Neues M2A Board Schweine langsames Netzwerk

Zitat

Original von morpheus
Linvdr0.7 mit Mahlzeit 4 beta 2

dann wende Dich bitte an mahlzeit. Da es keine Doku gibt, kann ich keinen Support leisten. Keine Ahnung, wo da der Netzwerktreiber erkannt und abgespeichert wird.

Zitat

Ein Realtek 8169?! Ich hab aber doch gar keine Realtek, ist doch ein AMD-Chipsatz 690G, oder?

Trotzdem ist der LAN-Chip von Realtek

Zitat

Komisch ist doch, dass der upload schnell geht nur der Download nicht, ich hätte jetzt schon fast auf die Signierungen der Pakete über Samba geschlossen, aber MVP ist ja genauso langsam

mit dem LAN-Chip haben wohl auch andere Probleme:
http://ubuntuforums.org/showthread.php?t=427935

mal sehen, was Bigvati sagt

Hiho!

Treiber modul mit 2.6.20.1 : via-rhine

Das selbe Modul wird auch mit dem kernel 2.6.23.1 erkannt und verwendet.

Ich habe aber jetzt festgestellt, das meine Verbindungsgeschwindigkeit normal ist.
Der zugriff auf meinen Server dauert irgentwie sehr lange. Bis mein Stream startet vergeht ungelogen 1 min. Mit dem 2.6.20er Kernel geht's sofort los.
Gemountet wird mit smbmount. Hier mal entsprechender Logauszug:

Nov  7 00:13:59 linvdr user.notice kernel: [  876.601241] smb_proc_readX_data: offset is larger than SMB_READX_MAX_PAD or negative!
Nov  7 00:13:59 linvdr user.notice kernel: [  876.601393] smb_proc_readX_data: -59 > 64 || -59 < 0
Nov  7 00:14:29 linvdr user.notice kernel: [  906.575752] smb_add_request: request [c0e96ee0, mid=21255] timed out!
Nov  7 00:14:29 linvdr user.notice kernel: [  906.614307] smb_proc_readX_data: offset is larger than SMB_READX_MAX_PAD or negative!
Nov  7 00:14:29 linvdr user.notice kernel: [  906.614498] smb_proc_readX_data: -59 > 64 || -59 < 0
Nov  7 00:14:59 linvdr user.notice kernel: [  936.589259] smb_add_request: request [c0e96ee0, mid=21302] timed out!
Nov  7 00:15:00 linvdr user.debug vdr: [1661] receiver on device 1 thread started (pid=1661, tid=1661)
Nov  7 00:15:00 linvdr user.debug vdr: [1662] TS buffer on device 1 thread started (pid=1662, tid=1662)
Nov  7 00:15:02 linvdr user.debug vdr: [1567] max. latency time 31 seconds

Zitat

Original von Bigvati
Treiber modul mit 2.6.20.1 : via-rhine

dann hast Du aber kein M2A !!

Servus,

das M2A verwendet einen Attansic Lan Chip. Den hab ich unter OpenSuSE 10.2 mit folgendem Befehl "Beine gemacht":

ethtool -K eth0 tso off

cu
Markus

PS: Das Problem hat nichts mit der Erkennung in meinem ISO zu tun, das ist einfach der Chip bzw. das Kernelmodul...

Zitat

Original von Dr. Seltsam
[dann hast Du aber kein M2A !!

Nö, hab ich auch nicht behauptet. Kannst du mit dem log was anfangen?

Vielleicht auch mal hier schauen
Gruß
Michael

Zitat

Original von mahlzeit
das M2A verwendet einen Attansic Lan Chip.

oha. Ist das M2A was anderes als das M2A-VM? Muss dann wohl ...

Hast Du mal den Namen des Kernelmodules? Vielleicht finde ich ja Fixes aus der 2.6.24-Entwicklung, die ich in den 2.6.23.1 backportieren könnte

Zitat

Original von Dr. Seltsam

oha. Ist das M2A was anderes als das M2A-VM? Muss dann wohl ...

Hast Du mal den Namen des Kernelmodules? Vielleicht finde ich ja Fixes aus der 2.6.24-Entwicklung, die ich in den 2.6.23.1 backportieren könnte

Servus,

Uups, das hab ich mit dem M2V verwechselt (das selbige ich ja hab und dem ich mit dem ethtool Beine gemacht habe.)...

cu
Markus

Zitat

Original von morpheus
Also ifconfig eth0 ergibt folgendes:
(...)
RX packets:2485 errors:0 dropped:0 overruns:0 frame:0
TX packets:102 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
(...)

Alles anzeigen

Und jetzt das gleiche nochmal _nicht_ direkt nach dem Booten? Vorzugsweise nachdem das Problem reproduziert wurde? So wie oben sagt das nur ganz wenig aus.

Zitat

Original von morpheus
Die Pakerl passen, würd ich sagen.
...
(vor allem weil ich auch der volle "Linux-Checker" bin, grummel)

Ja, auf dieser Seite scheint es keine Fehler zu geben. Falls übrigens das mit dem "Linux-Checker" keine Selbstironie sein sollte, empfehle ich Wireshark (ehemals Ethereal). Einfach mal auf das Interface ansetzen und nachsehen, welche Seite hier verzögert bzw. ob es irgendwelche Auffälligkeiten gibt (komische Fenstergroessen,verzögerte/fehlende ACKs, etc.) Wenn die Verbindung so langsam ist, läuft irgendwas richtig falsch. Die Frage ist nur was, und Herumstochern im Nebel bringt irgendwann nix mehr.

Habe die gleichen Probleme mit einem K9AG Neo2-Digital AMD690G Board.
Ebenfalls Realtek 8169 Gigabit Chip und noch keine Lösung...
Geschwindigkeit beim Schneiden Client/Server

Hallo,

ein ähnliches Problem hatte ich bei meinem neuen Serverboard, auch mit AMD690G Chipsatz und Realtek Gbit Lan (Msi K9ag Neo2-Digital), allerdings festgestellt unter c't-vdr bzw. dem c't-server2 mit XEN. Der Link gibt meine Fehlermeldung und Lösung für Debian.

Mittlerweile bin ich wieder weg von Xen und habe Mahlzeit 4b2 installiert. Dort wurde auch automatisch der r8168 geladen, aber nach blacklisten des 8168 und manuellem Laden des 8169er-Treibers ist auch dort die Datenrate wieder ok. Der Treiber selbst ist schon dabei, kompilieren nicht notwendig.

Hoffe, das hilft etwas,
Elian

Realtek NIC Gigabit

Realtek produziert nur LowCost NICs, wer mehr als eine Link im LAN haben möchte sollte ein paar Euros in eine vernünftige Karte investieren.

Kauft euch ein Intel PRO/1000 dann klappts auch mit Gigabit-Lan.

PS: schaut mal welche NICs in Servern namhafter Hersteller verbaut werden, das sind bestimmt keine mit Realtek Chip

Na, das war doch mal konstruktiv und hilfreich. Wenn ein Board so ein Ding drauf hat, dann will ich es auch benutzen und mir nicht nur weils vom falschen Hersteller ist, noch eine Karte zusätzlich besorgen.

hier darf man nicht drauf hinweisen, dass die GBit/s-NICs von Realtek nicht zur Kategorie "besonder empfehlenswert" gehören, nur weil Elian ein Mainboard mit so einer Chipsatz gekauft hat und diesen dann auch gefälligst nutzen möchte.

? Naja, mal halblang. Es gab eine Frage, ich kenn das Problem und in dem Fall hilft eine Antwort mit Inhalt mehr als so ein Allgemeinplatz.
Jeder, wie er mag. Mich persönlich hat Realtek noch nicht gebissen und für meinen bescheidenen Privatmenschen-Anspruch hat das bisher gut gereicht, was die gebaut haben. Manchmal erst über Umwege, aber ok.

Zitat

Original von Elian
habe Mahlzeit 4b2 installiert. Dort wurde auch automatisch der r8168 geladen

kann eigentlich nicht sein, denn der kernel 2.6.20.1 in der 4b2 enthält dieses Modul gar nicht. Hattest Du ein update auf 2.6.23.9 gemacht?

Zitat

aber nach blacklisten des 8168 und manuellem Laden des 8169er-Treibers ist auch dort die Datenrate wieder ok.

Du bist sicher, dass es nicht umgekehrt war? bis jetzt ist nur der Fall bekannt, dass der Realtek-Treiber r8168 benötigt wird, aber das Kernelmodul r8169 erkannt wurde.