Slow file transfers from MacOS HS to Unraid using cache disk


tuxflux

Recommended Posts

Hi.

 

After the latest Unraid update I'm experiencing slow file transfers from my Mac (High Sierra) to my Unraid server. Before the update, it was pretty snappy, but now it's transferring to the cache drive (I've checked) at a measly 13/14 MB/S.

 

1999242360_ScreenShot2018-09-02at13_18_01.png.49d3fb919bd45393e8fe6564144eacfe.png

 

If I use the terminal on the server or Dolphin GUI to transfer files from one disk to the other (my downloads folder to my movies folder), it transfers at full speed still, and uses the cache drive like it's intended to be used.

 

I've tried with OSX compatibility on or off, but it seems like I'm stuck with slow speeds atm and it's very annoying.

 

Any help would be appreciated.

 

Update: I turned off the the cache drive and it's writing faster directly to the array (25 MB/S). So yeah, that's not normal lol

Edited by tuxflux
Link to comment

SMB. I've used AFP in the past and it's been even slower.

 

To 6.5.3 from whatever the official release was before that. No RC releases.

 

Cache disk is formatted as XFS. Samsung 850 EVO PRO SSD. Have run TRIM commands.

 

Cache for the share and globally has been enabled. I've just started the mover so I can format it to BTRFS, TRIM it again, and see if the speed improves.

 

Which diagnostics would you like to see?

Edited by tuxflux
Link to comment

AFP performance and reliability are much improved if you move the Netatalk database (the .AppleDB folder in the root of the share) off the array and onto your cache. All you have to do is change the Volume dbpath like this:

 

486212871_ScreenShot2018-09-02at14_38_14.png.9275fb63b48913b04e4eb78cf9964433.png

 

That aside, SMB works well with Sierra and High Sierra - in fact it's Windows 10 users who are having all kinds of problems with SMB at the moment. Do you have Enhanced OS X interoperability enabled?

 

265921682_ScreenShot2018-09-02at14_42_25.png.0cbc285b3257eefb077aefe2bc44ae0e.png

 

37 minutes ago, tuxflux said:

Which diagnostics would you like to see?

 

Your unRAID diagnostics. Tools -> Diagnostics. Post the zip file.

 

Link to comment

So my attempt at reformatting and trim made no difference. 11 MB/S writes and around 30 MB/S reads.

 

I tried both AFP and SMB, and used your suggestion John. No difference in performance. OSX compat is enabled.

 

Network wise everything is hooked up to gigabit ethernet except the laptop I'm currently using which uses AC wireless. I expect some performance loss with wifi obv, but it shouldn't be this severe.

tuxieserver-diagnostics-20180902-1606.zip

Edited by tuxflux
Link to comment
6 minutes ago, John_M said:

So your testing was done over a wireless connection? There are too many variables there. Please retest with a proper cabled connection.

So yeah. I feel pretty silly now. Over the wired connection, everything is fine and I'm topping out the gigabit link speed. Problem solved. Gonna see what I can do to ramp up my WiFi connection.

Link to comment

I'd use it for tablets and Kindles and such and put real computers on the wired network, even if it means buying one of those USB C to Ethernet adapters. There are lots of problems with using WiFi where there's any expectation of performance. The 2.4 GHz band is overcrowded. The 5 GHz band has problems with walls and floors. A wireless access point also behaves not like a switch but like a hub, where the bandwidth available is shared amongst all the devices connected to it.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.