NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
ScottChapman
Dec 07, 2014Apprentice
Write performance on EXT3/EXT4 is REALLY SLOW!
So, thought this was just an issue with EXT4, but reformatted to EXT3 and am still getting ridiculously slow write performance.
Any ideas on how to make it more reasonable? I see that barrier=1 is in mtab.
Any ideas on how to make it more reasonable? I see that barrier=1 is in mtab.
21 Replies
Replies have been turned off for this discussion
- ScottChapmanApprenticeYea I was right. NTFS is showing about 35-40MB/sec
So, any recommendations on EXT4 formatting options to try? - mdgm-ntgrNETGEAR Employee RetiredI will try to find out what may be causing this from product engineering.
- ScottChapmanApprenticeI turned off journaling and that appears to help a lot. Barrier=1 might also be an issue, but that is a mount option... So, I don't think I can easily mess with that.
For what its worth I *think* the problem doesn't exist on the Pro series. I am doing the same backup scheme (except USB3) on my dad's Pro series machine, formatted to EXT4, and it performs like a champ. - TonVAspirantAre you sure data compression is switched off when using rsync?
Sent from my SM-P900 using Tapatalk - ScottChapmanApprenticeYes. rsync -a same command I have always been using for making my backups. More specifically:
rsync -a --progress --exclude="*/snapshot" --log-file=backup.log /data/* data - ScottChapmanApprenticeOK, so I compared my OS6.2.1 system (slow) with my Pro 2 system (fast), and there are differences:
Mounting Options:
Pro2:/dev/sdd5 /USB/USB_HDD_3 ext4 rw,noatime,acl,barrier=1,nodelalloc,data=journal 0 0
316:/dev/sdg1 /media/ESATA_HDD_10 ext4 rw,sync,noatime,nodiratime,user_xattr,barrier=1 0 0
And File System Features:
Pro2:Filesystem features: has_journal ext_attr filetype needs_recovery extent flex_bg sparse_super large_file huge_file extra_isize
316:Filesystem features: ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
NOTE: on my 316 I removed journaling from my FS which helped. - mdgm-ntgrNETGEAR Employee RetiredI assume from the above you have SSH access to your NAS?
You could try adding
DISABLE_USB_SYNC=1
to your /etc/default/services file, unplugging the USB disk, then reattaching it.
Note, with this option in use you will need to make sure you cleanly eject your USB drives before unplugging them. - ScottChapmanApprenticeUh, sure I can try that. Though I think I was on the right track with the FS/mounting options. Just disabling journaling brought things from 4MB/sec up to about 30 or so MB/sec
Will need to re-enable journaling and try this. Will report back. - ScottChapmanApprenticeis there a way to detach/reattach via command line?
Also, I am assuming this just affects whether or not the drive write cache is used? I'm not sure that's the issue, since I am seeing 40+MB/sec when I format the same drive on the same NAS with NTFS. - ScottChapmanApprentice(retracted a few posts)
OK, so it appeared to be running MUCH faster. And I am quite certain it was. It wrote about 400G in just a couple of hours (or so).
But now... It appears very slow again.
Back to low single digit MB/hour.
Related Content
NETGEAR Academy

Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!