Daten, die aus dem Netzwerk kommen, werden nur teilweise auf Asus EEE 1001HA, Ubuntu 10.4 Lucid übertragen
627
lorenzog
Das Netbook meiner Frau hat sich in letzter Zeit merkwürdig verhalten. Ich grub herum und fand folgende Symptome:
Web-Browsing: schmerzhaft langsam (hält das Laden von Seiten aufrecht; es kann etwa die Hälfte des Google-Logos angezeigt werden, und dann hängt es von "Übertragen ..")
apt-get: überträgt die ersten 5-KB-Pakete und bleibt dann hängen; Beim Neustart wird es auf 10.000 steigen; dann ca. 16k.
Überwachen des Netzwerks mit einem tcpdump Ich habe festgestellt, dass nach dem ersten Aktivitätsstoß nichts passiert, obwohl die Webseite nicht vollständig geladen wurde und der Browser immer noch darauf wartet. Die zuletzt empfangenen Pakete sehen folgendermaßen aus:
Bemerkenswerte Dinge zu wissen, in der Reihenfolge der Priorität:
Ich habe sowohl über Wi-Fi (über den benutzerdefinierten Realtek-Treiber für Asus 1001HA) als auch über Ethernet versucht, die Internetverbindung von meinem Mac zu teilen
auch eine Live-Version von Ubuntu Netbook (10.4): das gleiche Verhalten
es funktioniert unter Windows (seufz ..)
ping localhost funktioniert
Pings im lokalen LAN funktionieren
wir zogen um Auf meinem Mac und ihrem anderen PC funktioniert alles einwandfrei
In den letzten Monaten wurden unter Linux keine Updates vorgenommen
dmesg zeigt keine ungewöhnliche Aktivität
Es wurden mehrere DNS-Server mit dem gleichen Ergebnis versucht
Es gibt keine systemübergreifende Vertretung
Es gibt keinen Proxy-Browser, und Caches / Cookies wurden gelöscht
Speicherplatz ist in Ordnung
Die CPU-Auslastung ist wie üblich niedrig
Keine zusätzlichen Standardrouten
Update Übrigens, ich habe Ubuntu auf ihrem PC ausprobiert und es verhält sich genau das gleiche. Ich frage mich, ob es der Zugangspunkt (D-Link) ist, der mit Linux durcheinander kommt.
Notizen aus der ersten Version dieses Beitrags
- Ich habe diese Notizen hinzugefügt, da ich bereits eine Antwort zu diesem Thema erhalten habe, aber seitdem haben sich die Dinge geändert.
In Bezug auf das Verhalten von ping; Jedes Paket wurde gesendet / empfangen, aber mit großen Latenzen:
root@katies:~# !ping ping www.google.com PING www.l.google.com (66.249.92.104) 56(84) bytes of data. 64 bytes from 66.249.92.104: icmp_seq=1 ttl=51 time=57.7 ms 64 bytes from 66.249.92.104: icmp_seq=2 ttl=51 time=82.4 ms 64 bytes from 66.249.92.104: icmp_seq=3 ttl=51 time=77.1 ms 64 bytes from 66.249.92.104: icmp_seq=4 ttl=51 time=82.9 ms 64 bytes from 66.249.92.104: icmp_seq=5 ttl=51 time=79.5 ms ^C64 bytes from 66.249.92.104: icmp_seq=6 ttl=51 time=78.8 ms --- www.l.google.com ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 25704ms rtt min/avg/max/mdev = 57.772/76.438/82.947/8.595 ms
Die letzten beiden Zeilen besagen: Es dauerte 25 Sekunden, bis 6 PINGs gesendet wurden. Jeder Ping sollte jedoch innerhalb von 1 Sek. Voneinander gesendet werden, nicht nach 5. Außerdem ist die Umlaufzeit recht niedrig, wie es sein sollte.
... und wenn Sie dieses Netbook an einen völlig zufälligen Ort bringen, z. B. eine Bar mit WLAN für seine Kunden, ist die Netzwerkverbindung dort schnell? Haben Sie versucht, das Netbook von einer Ubuntu-Live-CD zu booten, um zu sehen, ob dies schneller als Ihre aktuelle Ubuntu-Installation funktioniert?
Janne Pikkarainen vor 13 Jahren
0
@Janne: Ich habe noch nicht die völlig zufällige Position ausprobiert. Wie gesagt, wir sind gerade umgezogen - werden es aber so bald wie möglich versuchen. In Bezug auf die Live-CD habe ich sie heruntergeladen, aber noch nicht damit gebootet. Wird den Beitrag auf dem Laufenden halten
lorenzog vor 13 Jahren
0
3 Antworten auf die Frage
0
bclermont
Welche exakten ping (1) -Befehlsargumente verwenden Sie? Es wird nicht gezeigt.
Wenn Sie jedes einzelne ICMP-Paket hinzufügen, müssen Sie Folgendes tun:
57,7 ms + 82,4 ms + 77,1 ms + 82,9 ms + 79,5 ms + 78,8 ms
Es ist 458.40 ms. Ping (1) setzt standardmäßig einen Abstand von 1 Sekunde zwischen den einzelnen Pings. Normalerweise würde es 1000 ms * 5 dauern (da zwischen jeweils 6 Pings nur 5 Intervalle liegen) + 458.40 ms = 5458.40 ms, nicht 25704 ms. Und Ping meldet keinen Paketverlust.
Vielleicht haben Sie in Ihren Ping-Argumenten (1) so etwas wie "-i 5".
Das addiert 5 Sekunden zwischen jeder ICMP-Anfrage. Und es ist sinnvoller, 5000 ms * 5 + 458 ms = 25458 ms
Welches ist in der Nähe der Summe von 25704 ms in Ihrer Ausgabe.
Nein, der Befehl 'Ping' wird oben angezeigt. Ich habe es einfach vermieden, es noch einmal zu tippen und verwende! Ping (bash history: letzter Befehl, der mit STRING beginnt). Tatsächlich können Sie es in der zweiten Zeile sehen, wenn Sie "ping www.google.com" wählen und sonst etwas anderes.
lorenzog vor 13 Jahren
1
0
Tom
Ist die Latenz nur beim Surfen im Internet? Hast du schon andere Apps ausprobiert?
Welchen Browser benutzt sie? Wie viele Tabs hat sie geöffnet?
Ich habe eine ähnliche Latenz auf meinem Debian-Laptop gesehen, wenn in Iceweasel zu viele Tabs geöffnet sind. Ich habe auch Verweise auf einen MySQL-Fehler gesehen, der ähnliche Probleme verursacht.
Das Herunterladen von Updates mit `synaptics` oder` apt-get` liefert das gleiche Ergebnis. Wir haben zwei Browser (Firefox, Chrome) ausprobiert und alle Daten (Cookies, Verlauf, Cache usw.) auf beiden Seiten bereinigt. Nur eine Registerkarte ist geöffnet. MySQL verwenden wir nicht
lorenzog vor 13 Jahren
0
0
lorenzog
Das Problem stellte sich als sehr, sehr, sehr schlechter Access Point / Wireless-Router heraus: ein D-Link G604T . Anscheinend funktioniert es aufgrund eines größeren Fehlers mit DNS-Proxying oder Paketweiterleitung und IPv6 nicht unter Linux (Ubuntu).
Die Lösung bestand darin, das Ding herunterzunehmen und durch etwas Anständigeres zu ersetzen.
UPDATE, 2011-09-25
Eine ähnliche Version dieses Problems betraf auch meinen Mac, nachdem er den alten Router ersetzt hatte. Dieses Problem betraf alle UNIX-basierten Geräte (im Grunde jeden Freund von mir, der einen Mac besaß, der zu Besuch kam).
Einige Details zum Verhalten:
große Dateien können nicht über das Web hochgeladen werden (würde 49.152 Bytes übertragen und dann hängen)
ungerades Verhalten vua ssh (würde Dateien der Größen 49.150, 49.151 und 49.153, aber nicht 49.152 übertragen)
würde (über ssh) Dateien mit einer Größe von bis zu 100 KB übertragen, danach aber nach dem Zufallsprinzip hängen
sehr oszillierende Download- / Upload-Geschwindigkeiten beim Übertragen von Dateien in kleinen Abschnitten über das Bittorrent-Protokoll