Ok, das mit dem mii-tool Bug wusste ich nicht 😉
Ich habe jetzt mal ein paar cat5e Kabel aufgetrieben, allerdings ziemlich billige und in der Länge hoffnungslos überdimensioniert (zumindest das Client <-> Switch). Die Transferraten sind dadurch seltsamerweise sogar um knapp 4 MB/s gesunken!
Bezüglich zu der IRQ-Problematik:
root@server $ cat /proc/interrupts
CPU0
0: 96 IO-APIC-edge timer
1: 1645 IO-APIC-edge i8042
8: 2 IO-APIC-edge rtc0
9: 0 IO-APIC-fasteoi acpi
14: 91 IO-APIC-edge pata_via
15: 0 IO-APIC-edge pata_via
20: 0 IO-APIC-fasteoi uhci_hcd:usb1
21: 0 IO-APIC-fasteoi uhci_hcd:usb3
22: 0 IO-APIC-fasteoi uhci_hcd:usb2, ehci_hcd:usb4
28: 7836888 IO-APIC-fasteoi eth0
221: 255261 PCI-MSI-edge ahci
222: 0 PCI-MSI-edge aerdrv
223: 0 PCI-MSI-edge aerdrv
NMI: 0 Non-maskable interrupts
LOC: 55688 Local timer interrupts
RES: 0 Rescheduling interrupts
CAL: 0 function call interrupts
TLB: 0 TLB shootdowns
SPU: 0 Spurious interrupts
ERR: 0
MIS: 0
Ich weiß jetzt nicht, ob dir das weiterhilft, da ich mich selber mit IRQs überhaupt nicht auskenne. Der Wert ist nach einigen Tests gemessen worden (s.u.). Der eth0 counter rattert wie verrückt bei Datentransfer.
Wie gesagt, Durchsatz der HDD ist laut dd eigentlich ziemlich gut (knapp 85 MB/s schreibend), da kommt also nur das Zusammenspiel mit anderen Komponenten in Frage.
Ich habe mal ein bisschen mit Samba & NFS rumgespielt. Die Tests sind sicherlich nicht so aussagekräftig, wie das, was du mir immer anbietest, aber immerhin etwas:
Samba
* Server schreibt auf Client:
~ 20 MB/s
* Client schreibt auf Server:
~ 30 MB/s
NFS
* Server auf Client:
~ 75 MB/s
* Client auf Server:
~ 12 MB/s stark stockend
Als Test diente eine 1 GB große Datei, zwischen den Tests habe ich die entsprechenden Dienste jeweils neugestartet.
Außerdem habe ich die Rollen mal vertauscht und iperf auf dem Client als Server laufen lassen und ... naja ... auf dem Server als Client. Ich hoffe das war nicht zu verquast 😉
$ iperf -t30 -c 192.168.6.5
------------------------------------------------------------
Client connecting to 192.168.6.5, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.6.20 port 45719 connected with 192.168.6.5 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-30.0 sec 2.84 GBytes 814 Mbits/sec
Das Duplex-Verhalten hat sich aber nicht geändert. Sehr seltsam.
Grüße,
Vrob