elim wrote:
>
> Hiya,
>
> I've been having relatively poor scsi disk performance for as long as I
> can remember now. I've experienced this with ~2.2.12 all the way up to
> 2.4.17.
>
> I'm not much of a scsi buff but I've read some suggestions such as proper
> termination, queue depths, etc but nothing seems to have helped. My
> understanding is that I should be getting better performance than I'm
> getting with these drives.
>
> Any suggestions would be appreciated and if this is not the right forum to
> ask.. please direct me to the proper place.
>
> Thanks and regards.
>
> PS: kindly cc me on replies.
>
> hdparm output:
>
> /dev/sda:
> Timing buffered disk reads: 64 MB in 10.94 seconds = 5.85 MB/sec
I've noticed that the blockdev-in-pagecache patch in 2.4.10-pre10 somehow
screwed up performance with 1k blocksize on some SCSI devices. I spent a couple
of hours poking at it and couldn't find out why. I suspect that the
SCSI-layer request merging has broken. I intend to revisit this later.
Please do this test for me:
1: Find a SCSI partition which has a 4k blocksize ext2/ext3 filesystem
on it which has never been mounted. Let's pretend that's /dev/sda5
2: Run hdparm -t /dev/sda5 If /dev/sda5 has not been mounted since
boot, this will use 1k blocksizes.
3: Now mount the filesystem: mount /dev/sda5 /mnt/wherever.
4: umount /devc/sda5
5: hdparm -t /dev/sda5 This will now use 4k blocksize.
The mount and unmount of the 4k blocksize filesystem will change the
softblocksize of the underlying device to 4k. Permanently.
In my testing on a 1394 disk, the 1k blocksize hdparm throughput is
1.5 megabytes/sec. The 4k blocksize throughput is 27 megs/sec.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Jan 07 2002 - 21:00:32 EST