Hi all,
today I tested the harddisk-performance of my server (EIDE/2.0.36),
dd if=100M-File of=/dev/null needed 16.5sec ==> 6M/sec (good for an
old AMD K5 based on an old mainboard).
This server is direct connected to my other mashine via 5m C5 X-link
cable (this should be ok).
Both mashines have a "D-Link somewhat"-card based on DEC 21140
("tulip"/100MBit).
Reading the same file over nfs on my other mashine´s /dev/null needs
>50 seconds, this is less than 2 M/sec.
What is the problem? Where is the real "bottleneck" (is this right
word in english too?) on the data´s way?
technical details of the mashines:
server (rhb): "other" (rhb1):
CPU: AMD K5@133 MHz AMD K6-2 300 @300 MHz
RAM: 64M EDO 96M SDRAM
NIC: ------- D-Link based on DEC 21140/ 100MBit --------
HDD: IBM DTTA#??? (10 GB, 5400 RPM) isn´t interesting
SYS: 2.0.36 (no patches) 2.2.1 (no network-relevant patches)
Have a look on the bing-results in the attachment.
What else do you need? What else may be useful to find the real
bottleneck?
Greetings
Raphael Becker
-- _ _ Powered by SuSE___ ___ _ | | (_)_ _ _ ___ __ |_ ) |_ ) / | | |__| | ' \ || \ \ / / / _ / / _| | |____|_|_||_\_,_/_\_\ /___(_)___(_)_| --------------332DC5FCC097C29036BE3784 Content-Type: application/octet-stream; name="slownet.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="slownet.txt"cmhiMTp+ICMgYmluZyByaGIxIHJoYgpCSU5HICAgIHJoYjEgKDE5Mi4xNjguMS4xMjgpIGFu ZCByaGIgKDE5Mi4xNjguMS4xMjkpCiAgICAgICAgNDQgYW5kIDEwOCBkYXRhIGJ5dGVzCjEw MjQgYml0cyBpbiAwLjAwMG1zCjEwMjQgYml0cyBpbiAwLjAyMm1zOiA0NjU0NTQ1NWJwcywg MC4wMDAwMjFtcyBwZXIgYml0CjEwMjQgYml0cyBpbiAwLjAyMW1zOiA0ODc2MTkwNWJwcywg MC4wMDAwMjFtcyBwZXIgYml0CjEwMjQgYml0cyBpbiAwLjAyNG1zOiA0MjY2NjY2N2Jwcywg MC4wMDAwMjNtcyBwZXIgYml0CjEwMjQgYml0cyBpbiAwLjAyM21zOiA0NDUyMTczOWJwcywg MC4wMDAwMjJtcyBwZXIgYml0CjEwMjQgYml0cyBpbiAwLjAyNG1zOiA0MjY2NjY2N2Jwcywg MC4wMDAwMjNtcyBwZXIgYml0CjEwMjQgYml0cyBpbiAwLjAyM21zOiA0NDUyMTczOWJwcywg MC4wMDAwMjJtcyBwZXIgYml0CjEwMjQgYml0cyBpbiAwLjAyMm1zOiA0NjU0NTQ1NWJwcywg MC4wMDAwMjFtcyBwZXIgYml0CjEwMjQgYml0cyBpbiAwLjAyMG1zOiA1MTIwMDAwMGJwcywg MC4wMDAwMjBtcyBwZXIgYml0CjEwMjQgYml0cyBpbiAwLjAxOW1zOiA1Mzg5NDczN2Jwcywg MC4wMDAwMTltcyBwZXIgYml0CjEwMjQgYml0cyBpbiAwLjAyMG1zOiA1MTIwMDAwMGJwcywg MC4wMDAwMjBtcyBwZXIgYml0CjEwMjQgYml0cyBpbiAwLjAyMW1zOiA0ODc2MTkwNWJwcywg MC4wMDAwMjFtcyBwZXIgYml0CjEwMjQgYml0cyBpbiAwLjAyMG1zOiA1MTIwMDAwMGJwcywg MC4wMDAwMjBtcyBwZXIgYml0CgotLS0gcmhiMSBzdGF0aXN0aWNzIC0tLQpieXRlcyAgIG91 dCAgICBpbiAgIGR1cCAgbG9zcyAgIHJ0dCAobXMpOiBtaW4gICAgICAgYXZnICAgICAgIG1h eAogICA0NDE3NTQ5NjE3NTQ5NiAgICAgICAgICAwJSAgICAgICAgICAgMC4wNjIgICAgIDAu MDg2ICAgMjUwLjgyNQogIDEwODE3NTQ5NjE3NTQ5NiAgICAgICAgICAwJSAgICAgICAgICAg MC4wNTUgICAgIDAuMDc2ICAgNDcwLjE0NwoKLS0tIHJoYiBzdGF0aXN0aWNzIC0tLQpieXRl cyAgIG91dCAgICBpbiAgIGR1cCAgbG9zcyAgIHJ0dCAobXMpOiBtaW4gICAgICAgYXZnICAg ICAgIG1heAogICA0NDE3NTQ5NjE3NTQ5NiAgICAgICAgICAwJSAgICAgICAgICAgMC4xMjkg ICAgIDAuMjU0ICAgMzE3LjU0NQogIDEwODE3NTQ5NjE3NTQ5NSAgICAgICAgICAwJSAgICAg ICAgICAgMC4xNDkgICAgIDAuMjQ0ICAgMjgyLjk4MAoKLS0tIGVzdGltYXRlZCBsaW5rIGNo YXJhY3RlcmlzdGljcyAtLS0Kd2FybmluZzogcnR0IGJpZyBob3N0MSAwLjA1NW1zIDwgcnR0 IHNtYWxsIGhvc3QyIDAuMDYybXMKZXN0aW1hdGVkIHRocm91Z2hwdXQgNTEyMDAwMDBicHMK bWluaW11bSBkZWxheSBwZXIgcGFja2V0IDAuMDUzbXMgKDI3MjYgYml0cykKCmF2ZXJhZ2Ug c3RhdGlzdGljcyAoZXhwZXJpbWVudGFsKSA6CnBhY2tldCBsb3NzOiBzbWFsbCAwJSwgYmln IDAlLCB0b3RhbCAwJQp3YXJuaW5nOiBydHQgYmlnIGhvc3QxIDAuMDc2bXMgPCBydHQgc21h bGwgaG9zdDIgMC4wODZtcwp3YXJuaW5nOiBydHQgYmlnIGhvc3QyIDAuMjQ0bXMgPCBydHQg c21hbGwgaG9zdDIgMC4yNTRtcwp3YXJuaW5nOiBkZWx0YSBiaWcgcnR0cyAwLjE2OG1zIDwg ZGVsdGEgc21hbGwgcnR0cyAwLjE2OG1zCgphdmVyYWdlIGRlbGF5IGRpZmZlcmVuY2UgaXMg emVybywgY2FuJ3QgZXN0aW1hdGUgYXZlcmFnZSBsaW5rIHRocm91Z2hwdXQuCnJoYjE6fiAj Cgo= --------------332DC5FCC097C29036BE3784--
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/