Ich habe ein seltsames Muster von Verzögerungen beim Abrufen von Websites festgestellt. Das Verhalten scheint äußerst ausgeprägt zu sein und ist für mich leicht zu reproduzieren, sodass ich von den meisten Details unten ziemlich überzeugt bin. Ich hoffe, jemand wird es erkennen oder es herausfinden können.
Die Länge der Verzögerung scheint sich mit der Zeit seit dem Neustart meines Computers zu erhöhen, soweit ich dies ohne Grenzen beurteilen kann. Dies wird weniger sorgfältig getestet als die anderen Punkte, aber ich bin zuversichtlich, dass ein Neustart das Problem behebt und dass es selten innerhalb der ersten Stunden nach dem Neustart auftritt (und viel länger überschaubar erscheint).
Die Verzögerung wird in Firefox, Safari oder Chrome angezeigt.
Curl funktioniert normal. Während Chrome, Safari oder Firefox eine Seite laden, kommt es beim Einrollen zu großen Verzögerungen. Das Schließen des Browsers führt sofort dazu, dass alle ausgeführten Curl-Jobs erfolgreich abgeschlossen werden (z. B. kann ich 5 Instanzen des Curl-Abrufs verschiedener Websites starten, die alle am Fortschrittsbalken angehalten werden und keinen Fortschritt anzeigen. Das Schließen von Chrome führt dazu, dass alle ausgeführt werden die Jobs sofort zu beenden).
Die Verzögerung für Curl ist wesentlich geringer als die Verzögerung für Websites, selbst wenn sie vorhanden ist. Im Moment liegt es in der Größenordnung von 15 Sekunden, da ich seit einiger Zeit nicht mehr neu gestartet habe, in der Hoffnung, es zu debuggen. Eine Website wird viel länger dauern, vielleicht 15 Sekunden, während sie auf www.---.com wartet, gefolgt von einer vergleichbaren Wartezeit auf andere.
Die Latenzen (wie durch Ping gemeldet) nehmen bei Problemen nicht zu.
Während beim Einrollen Verzögerungen auftreten, werden verschiedene Curl-Jobs gleichzeitig beendet. Das heißt, sie werden alle für eine lange Zeit hängen, dann hören alle im selben Moment auf zu hängen (und enden so ungefähr zur gleichen Zeit auf der Skala der 15+ Sekunden, für die sie hängen). Manchmal passiert dies in Browsern, aber nicht zuverlässig (was meiner Meinung nach daran liegen könnte, dass ein Browser mehrere Möglichkeiten hat, vor dem eigentlichen Laden der Seite zu hängen). Nach Abschluss der Curl-Jobs hängen sie nach dem sofortigen Neustart genauso ab, sodass das Problem nicht behoben ist (zumindest nicht sehr lange).
Die Verzögerung ist auf den Webseiten sehr unterschiedlich. Ich habe keine sehr detaillierte Umfrage durchgeführt (das wird wohl der nächste Schritt sein).
Wenn es hängt, hängt curl -v am Fortschrittsbalken, ohne dass Daten übertragen werden.
Beim Laden von Seiten in Chrome wird die meiste Zeit damit verbracht, auf CDNs und Dienste von Drittanbietern zu warten.
Oft zeigt Chrome einen leeren Bildschirm an, und wenn Sie auf "Stopp" klicken, wird die Seite gerendert (wobei die meisten, aber nicht alle Assets geladen sind). Ich gehe davon aus, dass dies mit dem letzten Punkt zusammenhängt und nur ein Verhalten von Chrom ist, das auftritt, wenn wir diese lange Verzögerung haben, anstatt eng mit dem Problem verbunden zu sein.
Die Verzögerung tritt auf, wenn eine Verbindung zu vielen verschiedenen drahtlosen Netzwerken mit unterschiedlichen Leistungsmerkmalen (z. B. einer 50-Mbit / s-Leitung) hergestellt wird. Ich habe keine kabelgebundenen Netzwerke ausprobiert, obwohl ich davon ausgehe, dass dies keine Rolle spielt.
Ebenso macht ein anderes DNS keinen Unterschied (was nicht überraschend ist, da Ping immer in Ordnung ist).
Ich beobachte das gleiche Verhalten unter sehr unterschiedlichen Belastungen des Systems. Zum Beispiel habe ich gerade 3/8 GB Speicher frei.
quelle
Antworten:
Als zusätzliche Debug-Methode würde ich versuchen, einen neuen Systembenutzer zu erstellen und festzustellen, ob das Problem weiterhin besteht.
In der Vergangenheit habe ich ähnliche Probleme nach der Installation der VPN-Software. Selbst mit dem Deinstallationsprogramm war das System träge.
Die Wahrheit ist, dass wir Power-User normalerweise das Betriebssystem missbrauchen, indem wir Thinking-Tools, Browser-Erweiterungen, Einstellungsfenster, Befehlszeilen-Tools installieren ... Einige sind Beta oder sogar Alpha.
In diesem Fall ist die Installation eines neuen Systems auf einem leeren Laufwerk wahrscheinlich die beste Lösung.
quelle
Das Problem ist ein Fehler des Cisco VPN-Clients, wie hier beschrieben , und wurde durch Ausführen von sudo /opt/cisco/anyconnect/bin/websecurity_uninstall.sh behoben.
Dies war mir nicht in den Sinn gekommen, weil ich den Client kürzlich nicht verwendet hatte, als das Problem auftrat. Ein Blick durch die Konsole ergab jedoch schnell eine absurde Anzahl von Fehlermeldungen, die den Täter schnell identifizierten.
quelle
Ich habe solche Erfahrungen gemacht und diese haben sich bewährt:
quelle