Matthias,
It is difficult to answer your main question but here are
some more figures on a pretty fast disk restricted by
a SCSI UW parallel bus (maximum bandwidth: 40 MB/sec).
Disk read speeds (MB/sec) for various block sizes
=================================================
block || dd | sg_dd | sgm_dd
size || lk2.4 | lk2.5 | lk2.4 | lk2.5 | lk2.4 | lk2.5
==================================================================
2 KB || 31.5 35.1 | 16.3 15.6 | 17.0 16.2
4 KB || 31.4 35.0 | 22.4 22.4 | 23.9 23.8
8 KB || 31.3 35.7 | 27.7 27.7 | 29.9 29.8
16 KB || 31.4 35.7 | 31.3 31.4 | 34.2 34.2
32 KB || 31.4 35.7 | 33.6 33.6 | 36.9 36.9
64 KB || 31.5 35.7 | 34.7 34.7 | 38.2 38.2
128 KB || 31.5 35.5 | 34.9 34.9 | 39.0 39.0
256 KB || 31.5 35.5 | 33.3 33.4 | 39.3 39.3
Reading a Fujitsu MAM 3184MP disk (SCSI u160 capable) on the
Ultra Wide channel (max bandwidth 40 MB/sec) of a Tekram DC-390U3W
dual controller. The HBA driver is sym53c8xx_2 (version sym-2.1.17a
for lk 2.4.19-pre7 and version sym-2.1.16a for lk 2.5.17).
The block size for the dd command was the figure given to the "bs"
argument and the effective figure given to "bpt" for sg_dd and
sgm_dd (i.e. bpt=block_size/512). [Dropping the block size for
dd to 512 and 256 bytes made virtually no difference either.]
sg_dd uses the sg interface to access the disk and copies data
via kernel buffers while sgm_dd memory maps those kernel
buffers to the user space. In all cases 1 GB of data was read
from the outer tracks (lba==0).
Conclusions:
- the block size given to dd has very little impact on its
performance
- the dd in lk 2.5 performs better than the one in lk 2.4
- otherwise performance is roughly similar
- obviously the 40 MB/sec bandwidth of the scsi UW bus is
the limiting factor with larger block sizes
Here are some numbers for the same disk on the U160 channel of the
same DC-390U3W controller in lk 2.5.17:
dd sg_dd sgm_dd
2 KB 56.2 20.5 22.8
8 KB 56.8 50.0 56.7
32 KB 56.7 57.0 57.2
The test system is a 1.2 GHz Athlon on a Asus A7M266 MoBo with
512 MB of DDR ram. The test disk had no fs mounted and was on
a bus by itself.
Doug Gilbert
22nd May 2002
-
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/