Jump to content

Slow write speeds after upgrade


Recommended Posts

I just upgraded to 5.0 rc1 today (from 4.5), and have noticed a substantial speed decrease while writing to the user share over the network.

Last night I did some quick tests (to benchmark version 4.5 which is what I upgraded from) and I was able to write to the user shares at around 10-12MB/s over the network (in samba from a win7 machine).

Now after the parity check has finally finished (after upgrading to 5.0rc1), I am only able to write at just under 1MB/s (which is ridiculously slow).

 

I must have a setting wrong somewhere, but have no idea where to even look.

Any direction/advice would be greatly appreciated.

 

P.S. I did follow the guide in the wiki when upgrading from 4.5.

 

adrian

Link to comment

Here you go BRiT

 

root@Tower:/# ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Link partner advertised link modes:  10baseT/Half 10baseT/Full 
                                             100baseT/Half 100baseT/Full 
                                             1000baseT/Full 
        Link partner advertised pause frame use: No
        Link partner advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000033 (51)
        Link detected: yes

Link to comment

Talking about Samba, I just realized that I did some NFS file transfers too (using rsync) and the file copy speed was similar, so I don't think it's a Samba thing.

 

Is it worth blowing away all the config files (after making a backup of course) off the USB stick and putting on a clean install and see if the problem persists?

Link to comment

It's not a network problem.

I just verified that running rsync -v --progress /mnt/disk1/fileA /mnt/disk2/ also yields very poor speeds in my system. I'm getting around 1MB/s transfer rate, which means disk access is hindered somehow.

 

Any help would be appreciated.

Link to comment

Another test to verify that the problem is disk related and not network related:

Running the command  (to create a file filled with zeros)

dd if=/dev/zero of=output.dat  bs=1024  count=10240

 

On a desktop I get 104MB/s (I realize this is a burst speed as the file created is not very large; this number drops to 45MB/s when the file created is 1GB)

On the UnRaid server (running on dedicated hardware) I get 938kB/s (I did not dare do a 1GB file at these speeds)

 

Read speeds are normal (by running hdparm -tT /dev/md1 ) I get 82MB/s on the same disk in the UnRaid machine.

 

All disks show similar performance numbers.

 

I also just checked, and the "Force NCQ Disable" is set to YES (to disable NCQ)

 

Link to comment

I blew away my current settings and put on a fresh copy of 5.0 rc1 and started from scratch. Assigned the drives and waited for the initial parity check to finish.

Speed results were identical as in last post.

 

I then successfully downgraded to 5.0-beta 14a.

(Again, I blew away all the setting and started from scratch to eliminate any bad settings I may have had)

 

Now when I run  dd if=/dev/zero of=output.dat  bs=1024  count=102400

I get around 30-40MB/s on a disk, and I get 8-12MB/s when doing it in a user share.

 

I'm happy.

Link to comment

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...