Jump to content

Very Slow When Copying Multiple Files to SMB


Go to solution Solved by ncoolidg,

Recommended Posts

I do not understand why I cannot copy multiple files via SMB.

 

I tested one large file: 150MB/s

I tested 100 small files: 10 files/sec (about 1-3MB/s)

 

Can someone tell me why this is happening? I did see other posts on here about this issue but no clear answer yet... This is unusable like this.

 

I tried multiple systems too both running Windows and macOS so its not an OS problem.

Edited by ncoolidg
Link to comment

Small files have large overheads. For each file it needs to update directory entries and recalc parity for them and so on. Usually the directories are far away from the data area, so the disks need stepping.

The large file only needs this once and the large data can be written continuously.

But 100 small files need to step back an forth a hundred times, wait until the correct block flys by, rewrite it and wait once more to do the same for parity (whilst the data disk writes the new block, the parity block has already passed and you need one more rotation to get it back into position).

This sums up until it becomes really annoying.

But there is nothing wrong and nothing you can do against it (but to replace all real hds with ssds, which is usually no option because of the size)

 

Link to comment
  • Solution

I ended up figuring out the solution. I disabled user shares and enabled only disk shares. This increased the throughput to 20-50 items/sec. I was also using an SSD so it's just a problem with user shares in Unraid in general. Less overhead is needed with disk shares.

Edited by ncoolidg
Link to comment
7 hours ago, ncoolidg said:

so it's just a problem with user shares in Unraid in general. Less overhead is needed with disk shares.

 

This is true but many folks (including myself) are willing to tolerate the extra time for the convenience that User Shares provide.  In my case, most of my usage is 'write once, read many' so the extra time required is a one time situation.  I notice it mostly when I make the full backups of our Windows computers once a month.  But I generally just start the backups and walk away until they finish.

 

But everybody's use case is different.

 

One word of caution (of which you may be already aware), don't do Disk_Share-to-User_Share file operations.  This can result in data loss-- big time!

Link to comment
  • 1 year later...

I'm experiencing this problem as well.  I'm not sure it's a user share problem, more of a problem with SMB itself.

 

I got frustrated with the low transfer speed and decided to just scp ssh the files from terminal directly into the user share and it went at max 120MB/s speed.  

 

1800 files, 20mb/file for a total of 23GB in size.  Avg speed 114.55MB/sec

Edited by Confused
Link to comment
On 4/5/2024 at 10:36 AM, Confused said:

I'm experiencing this problem as well.  I'm not sure it's a user share problem, more of a problem with SMB itself.

 

I got frustrated with the low transfer speed and decided to just scp ssh the files from terminal directly into the user share and it went at max 120MB/s speed.  

 

1800 files, 20mb/file for a total of 23GB in size.  Avg speed 114.55MB/sec

I can't say for sure, but I will say once I switched to disk shares I get an average of 120MB/s with normal file transfers.

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.

×
×
  • Create New...