iSCSI performance unacceptable

[Gr-R]

At this point, without hardware raid, your at about the top for tuning your setup.

With hardware raid, there are more things to tune for speeds.

One other thing to use is block I/O and WT on the targets, if not already.

[sebus]

For a D2D2T backup it will have to do, no space to fit RAID card

Why these options are not default then?

sebus

[Gr-R]

Since the daemons that run the connections are open source, and we don't know with certainty what each system may involve, or hardware used, we stay on the defaults to start with.
But for backups, that's not to bad really.

[To-M]

Make sure the LUN has the Write Back enabled. Also check the test.log and tell me what the hdparm are for the reads - cut an past on your post.

Also SeanLeyne is correct that those drives are slow "Seagate 5900 RPM" with the seek times at that rate dont expect great performance values especially again a RAID controller with faster drives again slow drives with no RAID controller to tune with the Write Cache that is available with the RAID controller.

[sebus]

Just for the fun I build another unit with exactly the same spec & this time used FreeNAS FreeNAS-8.0-RELEASE-amd64.Full_Install

Default install with same tweaks as per Gr-R recommendation

Both servers connected to the same switch via identical Cat6 cable

So all in all the hardware is a TWIN, just the OS is different

Then I used Copy Handler 1.32 to copy same 1.59Gb of data from internal HD to both units:

First FreeNAS:

45 sec, avg 36.26 MB/s

Then DSS:

4 min 16 sec, 6.37 MB/s

Surely not what one should/could expect?


And that is exactly what I see during normal use of the machine.
Open-e ISCSI volume can not be accessed when something is writing to it

With FreeNAS I can read (open large rar) while another process writes to the volume (ie file copy)

sebus

[To-M]

Can you check the test.log and tell me what the hdparm are for the reads - cut an past on your post.

[sebus]

And where is test.log?

sebus