hallo :-)
ich habe ein problem mit der netzwerkkarte(rtl8139) in meinem server (k6-2 300, woody) mit dem ich mich schon eine weile herumschlage und langsam verzweifle. ich versuchte auf diesem einen nfs-server hinzubekommen... habe jedoch nur abstuerze erreicht. nach einigem ueberlegen bin ich im kernel (2.4.17) auf die idee gekommen den pio-mode fuer die karte anzustellen - was zu erfolg fuehrte. jedoch habe ich nur eine datenuebertragung von maximal 25mbit/s was ich dann doch nicht fuehr das maximum halte.
naechste idee: defekte karte. ich habe also die karte in meine workstation eingebaut (p3 450, woody) - und siehe da ich bekomme eine datenrate von 60mbit/s (vermutlich das ende der festplatte? es ist eine wscsi ibm eingebaut). also sollte das doch auf dem kleinen funktionieren... ich habe also als gegencheck mal testweise ein suse 7.1 installiert (grundinstallation mit nfs-server). und da bekomme ich die selbe datenrate hin.... (doch nicht das ende der festplatte? theoretisch sollte die scsi doch etwas schneller sein als die alte ata33 platte...). meine vermutung lag also daran das die suse'en spezielle parameter fuer das kernelmodul verwenden. aber dem war nicht so. wie ich verwundert feststellte verwenden sie den normalen 8139too treiber als modul - ohne parameter.
obwohl ich nicht ganz glauben konnte das das funktioniert habe ich also mal (wieder zurueck unter debian) den netzwerktreiber als modul kompiliert. und siehe da: weder mit noch ohne pio lauft der server stabil (heisst: ich bekomme keine datenrate ueber 4kb und der client hatt laufend abbrueche). und das obwohl doch die modulbindung ohne parameter dieselbe sein sollte wie die direkte eincompilierung...
das auf dem p3 die ganze geschichte stabil (ohne pio) laeuft und der amd den pio braucht kann ich ja noch gerade so nachvollziehen (warum sollte das geraet aber so viel schlechter sein???)... aber welche parameter verwendet suse in ihrer installation?
sollte jemand ein aehnliches problem schon einmal gehabt haben oder eine andere idee beitragen kann, wuerde ich mich freuen....
wolfgang
Hallo Wolfgang!
Das ist kein Problem mit deiner Netzwerkkarte im eigendlichen sinn. Dieses Problem betrifft alle PCI Karten. Ich hatte die Probleme sogar mit einer 10mbit Karte. und der Adaptec, der sich im BIOS einwandfrei meldete und der den Kernel von der Platte geladen hatte, wurde dan auch nicht mehr gefunden. Das ganze wur unter SuSE 7.3 mit Kernel 2.4.10. Da hilft nur eins: Du musst in den Kernelquelltext, an die stelle, wo zentral am PCI Bus ruminitialisiert wird. Dort findet sich ein verkappter Zeitwert, mit dem musst du experimentieren. Ich finde es ja keine schlechte Idee, die Kiste auf die Art zu beschleunigen, aber man sollte es die Leute per Parameter extra aktivieren lassen. Uebrigens: In einem P200MMX habe ich 2 von diesen Karten drin und es funktioniert ohne bastelei und tricks.
On Mon, 11 Mar 2002, Wolfgang Machert wrote:
Date: Mon, 11 Mar 2002 10:09:56 +0100 From: Wolfgang Machert charity@gmx.net Reply-To: lug-dd@schlittermann.de To: Lug-dd@schlittermann.de Subject: rtl8139 performance probleme
hallo :-)
ich habe ein problem mit der netzwerkkarte(rtl8139) in meinem server (k6-2 300, woody) mit dem ich mich schon eine weile herumschlage und langsam verzweifle. ich versuchte auf diesem einen nfs-server hinzubekommen... habe jedoch nur abstuerze erreicht. nach einigem ueberlegen bin ich im kernel (2.4.17) auf die idee gekommen den pio-mode fuer die karte anzustellen - was zu erfolg fuehrte. jedoch habe ich nur eine datenuebertragung von maximal 25mbit/s was ich dann doch nicht fuehr das maximum halte.
naechste idee: defekte karte. ich habe also die karte in meine workstation eingebaut (p3 450, woody) - und siehe da ich bekomme eine datenrate von 60mbit/s (vermutlich das ende der festplatte? es ist eine wscsi ibm eingebaut). also sollte das doch auf dem kleinen funktionieren... ich habe also als gegencheck mal testweise ein suse 7.1 installiert (grundinstallation mit nfs-server). und da bekomme ich die selbe datenrate hin.... (doch nicht das ende der festplatte? theoretisch sollte die scsi doch etwas schneller sein als die alte ata33 platte...). meine vermutung lag also daran das die suse'en spezielle parameter fuer das kernelmodul verwenden. aber dem war nicht so. wie ich verwundert feststellte verwenden sie den normalen 8139too treiber als modul - ohne parameter.
obwohl ich nicht ganz glauben konnte das das funktioniert habe ich also mal (wieder zurueck unter debian) den netzwerktreiber als modul kompiliert. und siehe da: weder mit noch ohne pio lauft der server stabil (heisst: ich bekomme keine datenrate ueber 4kb und der client hatt laufend abbrueche). und das obwohl doch die modulbindung ohne parameter dieselbe sein sollte wie die direkte eincompilierung...
das auf dem p3 die ganze geschichte stabil (ohne pio) laeuft und der amd den pio braucht kann ich ja noch gerade so nachvollziehen (warum sollte das geraet aber so viel schlechter sein???)... aber welche parameter verwendet suse in ihrer installation?
sollte jemand ein aehnliches problem schon einmal gehabt haben oder eine andere idee beitragen kann, wuerde ich mich freuen....
wolfgang
Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
am Mon, dem 11.03.2002, um 10:09:56 +0100 mailte Wolfgang Machert folgendes:
ich habe ein problem mit der netzwerkkarte(rtl8139) in meinem server (k6-2 300, woody) mit dem ich mich schon eine weile herumschlage und langsam verzweifle. ich versuchte auf diesem einen nfs-server hinzubekommen... habe jedoch nur abstuerze erreicht.
Ich habe auch eine in meiner Kiste. Irgend wann wollte ich mal mit tomsrtbt einen anderen Rechner booten und die dortige Platte via NFS kopieren -> massig Fehler. Ich schob es erst auch auf die realtec, bis mir Christian Perle sein HAL91 mit NFS aufbohrte, und siehe da, mit diesem als Client (wohlgemerkt, mein Rechner mit 2.4.17 und HAL91 mit 2.sonstwas) laufen *super* in meinem geswitchten 100 MBit-Netz.
Allerdings hat die realtec den Ruf, zugleich billig und CPU-intensiv zu sein, irgendwo (c't?) habe ich am Weekend da was gelesen.
Andreas
Hi Andreas,
On Mon, Mar 11, 2002 at 12:58:41 +0100, Andreas Kretschmer wrote:
Ich habe auch eine in meiner Kiste. Irgend wann wollte ich mal mit tomsrtbt einen anderen Rechner booten und die dortige Platte via NFS kopieren -> massig Fehler. Ich schob es erst auch auf die realtec, bis mir Christian Perle sein HAL91 mit NFS aufbohrte, und siehe da, mit diesem als Client (wohlgemerkt, mein Rechner mit 2.4.17 und HAL91 mit 2.sonstwas) laufen *super* in meinem geswitchten 100 MBit-Netz.
Erstaunlich, denn auch tomsrtbt verwendet wie HAL91 den Kernel 2.0.39. Oder ist Dein Test schon laenger her?
Allerdings hat die realtec den Ruf, zugleich billig und CPU-intensiv zu sein, irgendwo (c't?) habe ich am Weekend da was gelesen.
Ja, die Karte ist eigentlich ziemlich schrottig. Man muss nur mal die Kommentare im Treibersource lesen...
bye, Chris
am Mon, dem 11.03.2002, um 13:19:29 +0100 mailte Christian Perle folgendes:
Erstaunlich, denn auch tomsrtbt verwendet wie HAL91 den Kernel 2.0.39. Oder ist Dein Test schon laenger her?
Jein, die tomsrtbt-Version war aber möglicherweise schon angegammelt ;-)
Allerdings hat die realtec den Ruf, zugleich billig und CPU-intensiv zu sein, irgendwo (c't?) habe ich am Weekend da was gelesen.
Ja, die Karte ist eigentlich ziemlich schrottig. Man muss nur mal die Kommentare im Treibersource lesen...
Ja, soll uns nun schlecht werden ;-) ?
Andreas
On Mon, Mar 11, 2002 at 10:09:56AM +0100, Wolfgang Machert wrote:
ich habe ein problem mit der netzwerkkarte(rtl8139) in meinem server (k6-2 300, woody) mit dem ich mich schon eine weile herumschlage und langsam verzweifle. ich versuchte auf diesem einen nfs-server hinzubekommen... habe jedoch nur abstuerze erreicht. nach einigem ueberlegen bin ich im kernel (2.4.17) auf die idee gekommen den pio-mode fuer die karte anzustellen - was zu erfolg fuehrte. jedoch habe ich nur eine datenuebertragung von maximal 25mbit/s was ich dann doch nicht fuehr das maximum halte.
Das sollte nicht nötig sein. Hast du zufällig in deinem BIOS alles, was nach "PCI" und "schnell" klingt, aktiviert? (pci master read caching, pci delayed transactions, byte merge, ...) Speziell unter Linux habe _ich_ jedenfalls Probleme damit. Wenn ich den ganzen Kram aktiviere, läuft z.B. mein SCSI-Adapter (2940u2w) nicht mehr mit Linux und ab und an findet Linux die Realtek-Netzkarte nach einem Warmstart nicht mehr. Mit Windows gehts hingegen problemlos. Versuch also ggf. mal konservativere PCI-Einstellungen im BIOS. Leider ist das Zusammenspiel der Hardware heutzutage so eine Art Lotterie :-(
Reinhard
At 14:58 11.03.02 +0100, Reinhard Foerster wrote:
Das sollte nicht nötig sein. Hast du zufällig in deinem BIOS alles, was nach "PCI" und "schnell" klingt, aktiviert? (pci master read caching, pci delayed transactions, byte merge, ...)
danke fuer den tip. leider bringt er mir nichts, da in meinem bios solche einstellungen nicht vorhanden sind (asus p5ab). und alles was nach schnell klingt und nicht wirklich wichtig war (im gegensatz zb. zum second level cache *g*) hatte ich schon vor einer weile abgeschaltet um langfristig keine probleme zu bekommen. jedoch muesste (ueberlegung) es auch ohne gehen - bei der suse-installation haut ja alles hin.
die software (nfs-version etc.) kann es tatsaechlich nicht sein, da auf meiner workstation eine (quasi-) identische installation liegt (speziell die nfs-versionen und aehnliches habe ich bereits ueberpreuft, da das meine erste idee war).
btw zum thema realtec-karte: ich wuerde mir auch gerne eine smc einsetzten, bin allerdings nicht bereit soviel geld auszugeben - und da mir jemand die beiden rtl's freundlicherweise in die hand gedrueckt hatte... :-)
moeglicherweise bleibt mir also wirklich nur noch die modifikation der kernel-sourcen wie mark-andres meinte. waere ja durchaus moeglich das suse dies bei ihrem basis-kernel getan hatt (weis da jemand genaueres?). allerdings kenne ich mich nicht so gut bei diesem thema aus (habe es bisher tunlichst unterlassen). ich habe im verzeichniss drivers/pci einige ganz interessante files gefunden... aber kein zeitwert fuer den pci-bus... (muesste sowas nicht normalerweise in einer header datei stehen?). ich bin wirklich dankbar wenn mir dafuer jemand einen tipp geben kann...
wolfgang
Hi Wolfgang,
On Tue, Mar 12, 2002 at 08:40:19 +0100, Wolfgang Machert wrote:
btw zum thema realtec-karte: ich wuerde mir auch gerne eine smc einsetzten, bin allerdings nicht bereit soviel geld auszugeben - und da mir
Mit der Intel EtherExpress Pro 100 haben wir hier sehr gute Erfahrungen, gerade was Dauerbetrieb angeht.
jemand die beiden rtl's freundlicherweise in die hand gedrueckt hatte... :-)
Einem geschenkten Barsch guckt man nicht hinter die Kiemen.
BTW, die gelegentliche Benutzung der Shifttaste steigert die Lesbarkeit eines Postings ;)
bye, Chris
On Tue, Mar 12, 2002 at 08:40:19AM +0100, Wolfgang Machert wrote:
moeglicherweise bleibt mir also wirklich nur noch die modifikation der kernel-sourcen wie mark-andres meinte. waere ja durchaus moeglich das suse dies bei ihrem basis-kernel getan hatt (weis da jemand genaueres?).
Ähm, du nimmst den von SuSi zusamengebastelten Kernel? Damit wird dir abseits der Suse-Spezis nie einer helfen können/wollen. Nimm mal einen ganz normalen 2.4.18 und teste dann die Geschwindigkeit erstmal auf TCP/UDP-Ebene (mit netperf, netio) statt gleich per NFS. Wenns noch langsam ist, kannst du z.B. den anderen Treiber für die Karte mal probieren (beim kernel sind 2 dabei). Außerdem wäre interesannt, die Meldungen beim initialisieren der karte auf deinen 2 Rechnern mal zu vergleichen. Du könntest im Treiber auch mal das Debugging einschalten (RTL8139_DEBUG) und so Schritt für Schritt testen, was auf dem einen Rechner anders läuft als auf dem, wo die Karte funzt. Vielleicht reicht es schon, die Karte mal in einen anderen PCI-Slot zu Stecken. Damit das Rumprobieren schnell geht, baust du den/die Treiber für die Karte als Modul.
Aso: Die Realtek-Karten sind sicherlich keine Wunderwerke der Technik, arbeiten aber meier Erfahrung nach sehr zuverlässig und sind konkurrenzlos preiswert. Genau das richtige für zu Hause.
Reinhard
Hallo,
Wenns noch langsam ist, kannst du z.B. den anderen Treiber für die Karte mal probieren (beim kernel sind 2 dabei). Außerdem wäre interesannt, die
Da sind zwei (8139too.o und 8139plus.o) aber der zweite ist für die Realtec 8139 plus und meckert beim verwenden (arbeitet nicht mit ohne Parameter - mit hab ichs noch nicht probiert) mit 8139-Karte.
bye, Fabian
On Mon, Mar 18, 2002 at 07:47:58PM +0100, Fabian Hänsel wrote:
Wenns noch langsam ist, kannst du z.B. den anderen Treiber für die Karte mal probieren (beim kernel sind 2 dabei). Außerdem wäre interesannt, die
Da sind zwei (8139too.o und 8139plus.o) aber der zweite ist für die Realtec 8139 plus und meckert beim verwenden (arbeitet nicht mit ohne Parameter - mit hab ichs noch nicht probiert) mit 8139-Karte.
Stimmt. Es gibt nur noch einen Treiber für die Karte. Als 8139too.o neu war gab es gleichzeitig den alten rtl8139.o für die gleichen Karten. Dieser rtl8139.o ist nun offensichtlich weggefallen. 8139cp.o ist zwar was völlig anderes - ich habe den aber mit dem rtl8139.o verwechselt.
Im Konfig-Menü steht der 8139cp.o wie der olle rtl8139 genau über dem 8139too. Fieser Trick :-)
Reinhard
Hallo nochmal,
On Mon, Mar 18, 2002 at 07:47:58PM +0100, Fabian Hänsel wrote:
Da sind zwei (8139too.o und 8139plus.o) aber der zweite ist für die Realtec 8139 plus und meckert beim verwenden (arbeitet nicht mit ohne Parameter - mit hab ichs noch nicht probiert) mit 8139-Karte.
Selbst den hatte ich spasseshalber auch einmal ausprobiert (ich hatte das Plus irgendwie uebersehen :-) ). Wie schon Fabian meinte funktioniert er nicht auf den RTL-Karten. Und nachdem ich jetzt eine ganze weile an der Hardware und auch teilweise am Kernel herumgebastelt habe, bin ich gestern so stark verzweifelt, das ich die wesentlichen Teile meines Server in einen anderen Computer eingebaut habe (P2-350 auf einem Siemens D117A Board, wofuer ich aber mehrere Stunden gebraucht habe, da das Siemens-Board recht zickig ist...). Jetzt funktioniert die Sache wirklich reibungslos. Zwar komme ich bei Netpipe-Tests nur bis ca. 80Mbits, da muss ich wohl nochmal die Parameter ausprobieren. Irgendwann wenn ich viel Zeit habe schnappe ich mir nochmal den AMD und versuche das ganze nochmal hinzubekommen. (Es aergert mich, das ich nicht weiss woran es liegt!)
Trotzdem allen Dank die mir einige recht hilfreiche Tips gegeben haben...
So long... Wolfgang
lug-dd@mailman.schlittermann.de
-
Andreas Kretschmer -
Christian Perle -
Fabian Hänsel -
Mark-Andres Hohm -
Reinhard Foerster -
Wolfgang Machert