nfs Geschwindigkeits Problem

ogawoga · 27. März 2004

Hallo,

mal eine Frage an die Debian Gurus. Benutze die c't Distri also ein Debian System. Habe mir vor einiger Zeit einen nfs client darauf eingerichtet um mp3's von meinem Server zu hören, hat auch alles wunderbar geklappt aber seit einiger Zeit habe ich massive Geschwindigkeitsprobleme.

In Richtung Server->VDR bekomme ich schlappe 200byte/s ... keine kbyte oder mbyte sonder byte/s. Natürlich habe ich einiges am vdr geändert aber ich kann nicht mehr nachvollziehen was auf das nfs geschlagen haben könnte. Hab auch schon nfs-common neu installiert aber nix brachte Besserung. Das komische ist das ich vom vdr->Server ohne Probleme mit ca. 8Mbyte/s kopieren kann. Hat jemand eine Ahnung was das sein könnte?

Testweise habe ich mal mir einem nfs-Client unter Windows den server eingebunden, damit hat alles prima geklappt ich schliesse also mal den Server als Fehlerqeuelle aus.

Wär echt super wenn mit da jemand helfen könnte hab schon so viel probiert und bin nicht weiter gekommen.

Gruß Oga

ogawoga · 28. März 2004

Hat denn Niemand einen Rat?

anbr · 28. März 2004

Hi,

Wenn keine Firewall / Routing probleme vorhanden, schon einmal Google bemüht ?

http://groups.google.de/groups?hl=de&lr=&ie=ISO-8859-1&q=debian+nfs+slow+direction&btnG=Google-Suche
http://groups.google.de/groups?q=debian+nfs+slow+direction&hl=de&lr=&ie=UTF-8&selm=3502e459.0%40rainbow.hrz.uni-siegen.de&rnum=2
http://groups.google.de/groups?hl=de&lr=&ie=ISO-8859-1&q=nfs+slow+direction+performance+problem&btnG=Google-Suche

und vielleicht mal per top die CPU last von NFS geprüfen.

Cu,
Andreas,
der, weil er keine NFS Performence Probleme unter Debian hat, keinen anderen Tipp bieten kann.

ogawoga · 28. März 2004

Danke für die Google links, hab zwar schon wie wild gegoogled aber ich schau nochmal durch. Also ich kann mit Top keine Prozess sehen der übermässig viel CPU last braucht beim kopieren.
Auf dem Server läuft eine Firewall mit IPChains aber die schottet nur nach aussen ab, nicht im internen Netz.

Gruß Oga

anbr · 28. März 2004

Hi,

es hätte ja sein können das NFS zu 100% die CPU belegt, und deshalb die Bandbreit total in die Knie geht.

Ich poste mal die für nfs unter debian relevanten configs:

installiert ist:

#> dpkg -l *nfs* | grep -e "^ii"
ii nfs-common 1.0.6-2 NFS support files common to client and serve
ii nfs-kernel-ser 1.0.6-2 Kernel NFS server support

auf der Gegenseite von debian/sarge läuft rh9/fedora-core-1
#> rpm -qa | grep nfs
nfs-utils-1.0.6-1
redhat-config-nfs-1.1.3-1

/etc/exports

Code

# My NFS exports
/video          192.168.0.0/24(rw,sync,no_root_squash,anonuid=500,anongid=500)
/video/Archiv   192.168.0.0/24(rw,sync,no_root_squash,anonuid=500,anongid=500)

und im Maintainer zustand
/etc/default/nfs-common

Code

# Options for rpc.statd.
#   Should rpc.statd listen on a specific port?
#   If so, set this variable to a statd argument like: "--port 1000".
STATDOPTS=
 
# Are you _sure_ that your kernel does or does not need a lockd daemon?
# If so, set this variable to either "yes" or "no".
NEED_LOCKD=

/etc/default/nfs-kernel-server

Code

# Number of servers to start up
RPCNFSDCOUNT=3

# Options for rpc.mountd
RPCMOUNTDOPTS=

Schon ein per netio oder ftp den reinen Netzwerkdurchsatz getestet vielleicht liegt
es ja nur sekundar an nfs ...

CU,
ANdreas

andreash · 28. März 2004

schreib mal deine /etc/fstab hier rein, ohne passende parameter ist nfs wirklich recht lahm.

bei mir siehts so aus:
10.0.0.1:/video /video nfs defaults,rsize=8192,wsize=8192,nfsvers=3 0 0

rsize und wsize sind die interessanten parameter

Andreas

ogawoga · 28. März 2004

Habs mit den Parametern probiert aber es hat nix gebracht :(. Hab nun festgestellt das er komischerweise immer 44k kopiert egal welche Datei und danach nix mehr. Datein die kleiner sind als 44k kopiert er in Nullkommanix. Ich find das echt faszinieren.

Gruß Oga

anbr · 28. März 2004

Hi,

Zitat

Original von andreash
10.0.0.1:/video /video nfs defaults,rsize=8192,wsize=8192,nfsvers=3 0 0
rsize und wsize sind die interessanten parameter

Das musste ich doch glatt mal aus probieren,
aber der Durchsatz wird damit schlechter

ohne Lesen / Schreiben => 10,8 MB/s / 8,7 MB
mit Lesen / Schreiben => 9,9 MB/s / 8,3 MB

aber ohne nfsvers=3, komme ich auf gleichen Durchsatz

nur so eine Idee um das letzte Byte aus der Leitung zu quetschen.

Andreas,
der jetzt wieder von Gigabyte-LAN träumt.

anbr · 28. März 2004

Zitat

Original von ogawoga
Habs mit den Parametern probiert aber es hat nix gebracht :(. Hab nun festgestellt das er komischerweise immer 44k kopiert egal welche Datei und danach nix mehr. Datein die kleiner sind als 44k kopiert er in Nullkommanix. Ich find das echt faszinieren.

Hmm,

sowas habe ich mal mit dem Linux Kernel um die 2.4.8 und einer Realtek-NIC erlebt.
aber seit dem 2.4.10 ist der Durchsatz dann auf immerhin 3MB/s angestiegen....

Vielleicht doch ein generelles nicht unbedingt nfs-bezogenes Netzwerk(karten) Problem ?

Cu,
Andreas,
war ja selber schuld was soll man von 4€ NIC erwarten.

ogawoga · 28. März 2004

Also generell bekomme ich recht guten Netzwerkdurchsatz. Es ist ja auch nur die EINE Richtung bei nfs betroffen. Netzwerkkarte ist eine Intel 100Pro.

fstab aufm client:
192.168.0.1:/home/pub /fileserver nfs defaults,rsize=8192,wsize=8192,nfsvers=3 0 0

exports aufm server:
/home/pub 192.168.0.0/24(rw,no_root_squash)

andreash · 29. März 2004

Zitat

Original von Hulk
Hi,

Das musste ich doch glatt mal aus probieren,
aber der Durchsatz wird damit schlechter

ohne Lesen / Schreiben => 10,8 MB/s / 8,7 MB
mit Lesen / Schreiben => 9,9 MB/s / 8,3 MB

aber ohne nfsvers=3, komme ich auf gleichen Durchsatz

nur so eine Idee um das letzte Byte aus der Leitung zu quetschen.

Andreas,
der jetzt wieder von Gigabyte-LAN träumt.

Alles anzeigen

Dann hat debian offensichtlich vernuenftigere defaults als redhat
Gigabit ist fuer vdr eigentlich nicht noetig. aber nett waers schon.

Bitz · 30. März 2004

mal ne ganz andere Idee:
Es gibt zwei Driver für die 100pro von Intel,
den eepro100 (oder so) und den e100.
Ich hatte mal Probleme mit dem eepro100 und nfs,
nach ein paar kb's hat sich die Serverkiste mit dem pro100
immer aufgehängt. Mit dem e100 keine Probleme.
Ist n bisschen im Nebel gestochert,
aber nicht allzuviel Aufwand es mal auszuprobieren
(obwohl: ich weiss gar nicht ob beide trieber im debian drin sind,
bei meinem alten Mandrake 9.0 warn sie dabei).
Grüsse,
Bitz

ogawoga · 30. März 2004

das ist mal eine idee... also die treiber sind wohl bei da:

Code

vdr:/# modinfo e100
filename:    /lib/modules/2.4.23-ctvdr-3/kernel/drivers/net/e100/e100.o
description: "Intel(R) PRO/100 Network Driver"
author:      "Intel Corporation, <linux.nics@intel.com>"
license:     "GPL"
parm:        TxDescriptors int array (min = 1, max = 16), description "Number of transmit descriptors"
parm:        RxDescriptors int array (min = 1, max = 16), description "Number of receive descriptors"
parm:        XsumRX int array (min = 1, max = 16), description "Disable or enable Receive Checksum offload"
parm:        e100_speed_duplex int array (min = 1, max = 16), description "Speed and Duplex settings"
parm:        ucode int array (min = 1, max = 16), description "Disable or enable microcode loading"
parm:        ber int array (min = 1, max = 16), description "Value for the BER correction algorithm"
parm:        flow_control int array (min = 1, max = 16), description "Disable or enable Ethernet PAUSE frames processing"
parm:        IntDelay int array (min = 1, max = 16), description "Value for CPU saver's interrupt delay"
parm:        BundleSmallFr int array (min = 1, max = 16), description "Disable or enable interrupt bundling of small frames"
parm:        BundleMax int array (min = 1, max = 16), description "Maximum number for CPU saver's packet bundling"
parm:        IFS int array (min = 1, max = 16), description "Disable or enable the adaptive IFS algorithm"
vdr:/# modinfo eepro100
filename:    /lib/modules/2.4.23-ctvdr-3/kernel/drivers/net/eepro100.o
description: "Intel i82557/i82558/i82559 PCI EtherExpressPro driver"
author:      "Maintainer: Andrey V. Savochkin <saw@saw.sw.com.sg>"
license:     "GPL"
parm:        debug int, description "debug level (0-6)"
parm:        options int array (min = 1, max = 8), description "Bits 0-3: tranceiver type, bit 4: full duplex, bit 5: 100Mbps"
parm:        full_duplex int array (min = 1, max = 8), description "full duplex setting(s) (1)"
parm:        congenb int, description "Enable congestion control (1)"
parm:        txfifo int, description "Tx FIFO threshold in 4 byte units, (0-15)"
parm:        rxfifo int, description "Rx FIFO threshold in 4 byte units, (0-15)"
parm:        txdmacount int
parm:        rxdmacount int
parm:        rx_copybreak int, description "copy breakpoint for copy-only-tiny-frames"
parm:        max_interrupt_work int, description "maximum events handled per interrupt"
parm:        multicast_filter_limit int, description "maximum number of filtered multicast addresses"

Alles anzeigen

Sag mir nur mal schnell wie ich den Treiber wechsel... reinfach rmmod eepro100; insmod e100 ... nur wie krieg ich das übers reboot hin?

Gruß Oga

Bitz · 30. März 2004

Vorher netzwerk runterfahren (wie geht das jetzt noch bei debian?,
bei mandrake reicht ifdown), nfs runterfahren
Dann rmmod eepro100; insmod e100.
UNd dann Netzwerk und nfs wieder rauf.

Hilfts denn was mit der Geschwindigkeit?

Bei Debian gibts ein Verzeichnis /etc/modutils,
da stehen textdateien drin, die beim boot abgearbeitet werden.
Ich weiss es nicht auswendig, würde aber erwarten dass dort auch ein Eintrag für eepro100 steht, evtl in einer Datei namens net oder so.
Einfach mal auf Verdacht ändern,
-aber nur wenn Du im Fehlerfall ohne Netzwerk an die Kiste drankommst.
In Mandrake/Redhat muss man den Eintrag direkt in die /etc/modules.conf machen.

Sorry wenns n bisschen ungenau ist, debian ist noch etwas neu für mich, und ich kanns von hier aus nicht nachschauen,
prüfs aber heute Abend gerne mal nach (hab selbst ne pro100).
Grüsse,
Bitz

ogawoga · 30. März 2004

ja so hab ich mir das auch gedacht .... leiderleiderleider hat nix geholfen... ich hatte ja echt hoffnung, aber war wohl nix... ich verstehe nicht was ich gemacht hab das das nicht mehr geht, es lief nuelich ja noch ... komisch komisch .. naja vielleicht mach ich mal alles platt wenn die neue c't distri raus kommt. danke jedanfall für all eure hilfe.

Gruß Oga

Bitz · 30. März 2004

-Nicht vergessen beide Seiten,
Server und Client zu checken!

-Kabel prüfen,
-Netzkarten Server/Client tauschen,
damit eingrenzen ob an der HW liegt
-evtl. ne ganz ander Netzkarte ausprobieren

Und: niemals aufgeben, niemals kapitulieren.

Grüsse,
Bitz

schMA · 30. März 2004

Nur noch als Ergänzung zu dem von Bitz geschriebenen: Vielleicht mal ein Cross-Over Kabel verwenden... wäre nicht der erste Switch, der SEHR merkwürdige Phänomäne verursacht!

ogawoga · 30. März 2004

Auch ne idee, aber es hat doch alles schon jahrelang geklappt und auch nfs schnurrte schon wien kätzchen...

nfs Geschwindigkeits Problem

Jetzt mitmachen!

Teilen