On Wed, 25 Jan 2006, 18:43:03 +0100, Frank Babies wrote:
Am Mittwoch, 25. Januar 2006 18:20 schrieb Manfred Hollstein:
On Wed, 25 Jan 2006, 17:49:05 +0100, Frank Babies wrote: [...]
Die Rechner haben jeweils 2GB RAM.
Spricht fuer den Filecache. Beim zweiten Mal ist das ISO File bereits im lokalen Filecache und kann dann mit viel hoeherer Rate kopiert werden. Wie ist denn dein GigE Device ans System angebunden? Falls das mit am PCI Bus haengt, dann haben sich die IDE-Devices und das GigE die maximal moegliche Bandbreite von 133MByte/sec zu teilen. Erklaert aber auch immer noch nicht den Einbruch auf 20 MB/s. Was liefern denn deine Platten, wenn du mal als "root" folgendes Kommando laufen laesst?
# hdparm -tT /dev/hdx
wobei du "x" mit dem Buchstaben des jeweils betroffenen Laufwerks abgleichen musst. Ich bin mir nicht sicher was du mit GigE Device meinst.
GigabitEthernet.
Die Netzwerkkarte ist eine: Model: "Intel PRO/1000 MT Desktop Adapter" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x100e "82540EM Gigabit Ethernet Controller" SubVendor: pci 0x8086 "Intel Corporation" SubDevice: pci 0x002e "PRO/1000 MT Desktop Adapter" Revision: 0x02 Driver: "e1000" Device File: eth2
Der sieht vernuenftig aus. Um ganz sicher zu gehen, ist das ein Onboard-Adapter, oder 'ne separate Steckkarte? Falls letzteres, PCI oder PCI-Express? Warum ist das Device "eth2"? Was stecken da sonst noch fuer Netzwerkkarten 'drin? Wie sehen die Netzwerk-Routen aus?
Beide PC's haben die gleiche Karte drin.
Rechner marvin:
marvin:~ # hdparm -tT /dev/sda
/dev/sda: Timing cached reads: 2428 MB in 2.00 seconds = 1213.92 MB/sec Timing buffered disk reads: 202 MB in 3.02 seconds = 66.88 MB/sec marvin:~ # hdparm -tT /dev/sdb
/dev/sdb: Timing cached reads: 2432 MB in 2.00 seconds = 1215.92 MB/sec Timing buffered disk reads: 204 MB in 3.02 seconds = 67.46 MB/sec marvin:~ #
Rechner sara: sara:~ # hdparm -tT /dev/hda
/dev/hda: Timing cached reads: 1968 MB in 2.00 seconds = 983.94 MB/sec Timing buffered disk reads: 164 MB in 3.00 seconds = 54.66 MB/sec sara:~ # hdparm -tT /dev/hdc
/dev/hdc: Timing cached reads: 1944 MB in 2.00 seconds = 973.89 MB/sec Timing buffered disk reads: 166 MB in 3.03 seconds = 54.75 MB/sec sara:~ #
Auch das sieht vernuenftig aus (obwohl ich lieber den marvin zum NFS-Server machen wuerde...). Irgendwie kann ich mich des Verdachts nicht erwehren, dass dein NFS-Server Probleme hat bzw. waere es interessant zu sehen, wie die exportierten Dateisysteme auf dem Client gemounted sind. Hast du vielleicht noch ein weiteres System, das du mal als NFS-Server verwenden kannst und das ein aelteres OS (z.B. SUSE Linux 9.2) 'drauf hat? Koennte interessant sein zu sehen, ob/welchen Einfluss das hat.
Wie gesagt kopiere ich nur ein einzelnes File und pro Task wenn man so will bin ich bei 20MB/s. Kann es sein das bei größerer Lastanforderung die NIC's die Geschwindigkeit erhöhen?
Sollte nicht sein (es sei denn, du benutzt zwei Ethernet Devices im Bonding Mode mit load-balancing).
Sie stehen im AUTO Betrieb. Ich habe versucht sie mit "ethtools" fest auf speed 1000 Full Duplex und autoneg off zu stellen was aber nicht klappt. Ich habe ausserdem festgestellt, dass die Geschwindigkeit manchmal auf 100 oder auch 10 MBits von allein hin und her geschalten wird ohne das ich etwas mache. Hier mal ein kurzer Log Auszug aus der messages:
Jan 24 14:55:15 marvin kernel: eth0: no IPv6 routers present Jan 24 14:55:22 marvin kernel: isacsx_rme_interrupt: RSTAD 0x1e, dropped Jan 24 14:55:26 marvin kernel: e1000: eth2: e1000_watchdog_task: NIC Link is Up 100 Mbps Full Duplex Jan 24 14:55:27 marvin kernel: e1000: eth2: e1000_watchdog_task: NIC Link is Down [...]
Naja, das sieht nun wirklich nicht gesund aus. Was fuer ein GigE Device ist das? Welchen Treiber verwendest du?
[...] Nach einem Reboot war das dann weg.
Nie wieder passiert? Bis jetzt nicht.
Wenigstens etwas ;-)
Frank
Cheers. l8er manfred