Ich habe das auch festgestellt und bin am Testen, woran das liegen könnte.
Bei mir ist es so, dass Chrome geschmeidig läuft und Firefox öfter hängen bleibt.
Firefox ist 59.0.1 64-Bit, als Add-Ons habe ich Greasemonkey, Kee und uBlock origin. Auch wenn ich Greasemonkey und uBlock ausschalte, ändert sich nichts.
OS ist Windows 10. Ich habe auch auf dem Server die Anzahl der Prozesse erhöht und die Priorität der Prozesse angehoben. Langsam glaube ich, dass es am Firefox liegt.

Meine Ladezeitensind derzeit unauffällig. Der Upload hakt allerdings ein wenig.

Kann natürlich ein Boardsoft oder Serverproblem sein, da sind die Admins gefragt. In letzter Zeit war da manches, das dann aber auch behoben wurde.
Manchmal liegen die Probs aber auch woanders.

Anonymox&Co aus?

Mal über anderen Browser versucht?


* * * * * * * * * * * *
Idee:
Hintergründige parallele Update- Aktivitäten?
Hatte ich schon mal, MS- Updates verbrauchten Ressourcen meines ohnehin in mancher Hinsicht nicht so potenten Gerätes.
Mal in die Prioritätenliste geschaut (Win10/ Taskmamager/ Details/ (evtl. >mehr Details< anklicken, damit die Hintergrundprozesse gezeigt werden)/rechter Mausklick (auf Browser z.B.)/Priorität festlegen/Wert anschauen (FF Wert 0 ist normal)
Schauen, was bei "extrem langsamem" Board- Seitenaufbau im Hintergrund ungewöhnliches abläuft, und wie dessen Priorität liegt. MS- Updates können z.B. für mein dafürhalten etwas mehr in die Richtung Pausenbetrieb verschoben werden.

Was da relevant ist, da stehe ich mangels Knowhow und Erfahrung dann jedoch meist auch vor einem Rätsel.
Wenn da allerdings was ist, das bei schnellem Boardbetrieb nicht aktiv ist (Zum Vergleich jeweils snappen), lohnt es sich dort per Google nachzuforschen, was dieser Prozess bedeutet, um evtl. die Priorität um einen Punkt zu senken.
Den Eingriff notieren, damit man ihn gegebenenfalls rückgängig machen kann und kein Chaos angerichtet wird.

Das sind so meine Spielereien. Unsere Fachleute könnten sicher gleich sagen, ob die Idee Sinn macht, wenn

vorkommt.

* * * * * * * * * * * * *

PS. Habe mal eben die alte Frau Google gefragt, was sie dazu so im Nähkästchen mit sich herum trägt.

http://www.computerbild.de/artikel/...riorisierung-Windows-Batchdatei-11763826.html

Da steht auch, wie man eine Änderung fixieren kann. (Schritt für Schritt- Anleitung)
Das Prog "Anvir Task Manager Free" hört sich gut an! Als Portable!


PS Edit
Da war ein Admin 4 Minuten schneller als ich. Das ist Service!!!!!

Hallo,

@ibinsfei: Ich hatte vor einer Woche schon bemerkt, dass die Performance ab und an stottert und ich bin in der Hauptsache mit Chrome unterwegs.

Seit ich gestern für das Board auf Chrome umgestiegen bin, habe ich keine Aussetzer mehr.

Ich hab e gerade Firefox im privaten Modus getestet, da gibt es auch keine Aussetzer, im normlaen Modus aber schon.

Hallo,

vielleicht ist das Phänomen, das bei mir auftrat, nochmal etwas anderes gewesen - zur Zeit habe ich mit Chrome auch keine Probleme.

Update

Neue Firefox-Version 59.0.2 (64 Bit):
- im normalen Modus hackt das Board
- im privaten Modus läuft es flüssig

Ich kann nur wiederholen, seit ich im private-mode im Firefox unterwegs bin, habe ich keine Problemem mehr.

@chaospir8 dein traceroute sieht ok aus

@chaospir8 Im private-mode werden sehr wohl cookies gesetzt, es werden aber nur session-cookies verwendet, d.h. sie werden nicht gespeichert und sind nach dem Beenden von firefox weg. Ohne cookies könnte man das Board nicht verwenden, da man sich sonst bei jeder Seite neu anmelden müsste.
Wenn dir der private-mode vom firefox unheimlich ist, kannst du chrome verwenden, der läuft bei mir auch ohne Verzögerungen.

Ich hatte das Problem mit firefox auch, bevor ich in den privaten Modus gewechselt habe. Mit Chrome oder firefox im privaten Modus ist bei mir das Problem nie aufgetreten.
Ich habe jetzt mit firefox 63.0 im normalen Modus getestet und die Ladezeiten sind bei mir normal. Der Hauptunterschied zwischen privatem Modus und normalem ist, das keine Chronik erstellt wird und meine Chronik ist fast leer, weil ich seit langem den firefox nur im privaten Modus verwendet hatte. Eventuell liegen die Probleme an der Chronik, du kannst ja mal testweise die Chronik deaktivieren und schaun, ob firefox immer noch so verzögert läuft.

Das habe ich schon vor längerer Zeit rausgefunden und verwende seitdem immer den privtae-modus.

Gut, dass du das verifiziert hast, das bedeutet dann, dass die Chronik des firefox daran schuld ist.

Vermutlich bist du nicht der Einzige, das gleiche Problem hatten früher schon Andere mit älteren Versionen des firefox.

Die Boardsoft ist nicht der Grund, denn das Problem tritt nur mit firefox bei aktiver Chronik auf. Die Boardsoft liefert HTML-Seiten aus, gäbe es Probleme und Verzögerungen mit dem Erzeugen der HTML-Seiten, würden diese auch auftreten, wenn man einen anderen Browser verwendet bzw. auch bei inaktiver Chronik.
Es ist wohl ein merkwürdiger Zusammenhang zwischen dem Serverstandort und der Chronik im firefox.

Hallo,

ich habe mit keinem Browser Probleme. Allerdings habe ich mit dem FF auf einer anderen Seite ganz ähnliche Probleme, wie sie hier beschrieben werden: Beim Navigieren auf der Seite lädt und lädt sie bis zum timeout und springt dann von selbst auf die gewünschte Seite um.

Hallo,

bin den ganzen Tag auf dem Board, auch die letzten 30 Minuten und kann das nicht bestätigen.

Das Problem lag bei dir/deinem Provider:

Code:

2019-01-27_13:00:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9012ms
2019-01-27_13:05:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9010ms
2019-01-27_13:10:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9011ms
2019-01-27_13:15:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9010ms
2019-01-27_13:20:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9010ms
2019-01-27_13:25:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9011ms
2019-01-27_13:30:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9012ms
2019-01-27_13:35:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9012ms
2019-01-27_13:40:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9011ms
2019-01-27_13:45:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9009ms
2019-01-27_13:50:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9010ms
2019-01-27_13:55:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9012ms
2019-01-27_14:00:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9003ms
2019-01-27_14:05:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9013ms
2019-01-27_14:10:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9010ms
2019-01-27_14:15:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9001ms
2019-01-27_14:20:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9011ms
2019-01-27_14:25:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9012ms
2019-01-27_14:30:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9010ms
2019-01-27_14:35:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9010ms
2019-01-27_14:40:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9012ms
2019-01-27_14:45:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9012ms
2019-01-27_14:50:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9011ms
2019-01-27_14:55:01 ukr 10 packets transmitted, 10 received, 0% packet loss, time 9010ms

Nichts "Naja".
Der ping war lossless, es gab permanent Zugriffe auf den Server in dem von dir genannten Zeitraum => Das Problem lag bi
ei dir/deinem Provider, u.a. auch da andere das Problem nicht hatten.

Die Telekom hat auch in der Vergangenheit öfter mal Probleme mit dem Peering in die Ukraine gehabt, aber manche sehen dort nicht das Problem, sondern "irgendwo in den Tiefen des Internets".

Die route geht sowohl von mir zu Hause, wie auch vom Testserver über telia und weder hier, noch vom Testserver gibt es Probleme.

Testserver:

Code:

 4  hbg-b1-link.telia.net (213.248.70.0)  15.391 ms  17.443 ms  17.442 ms
 5  hbg-bb1-link.telia.net (62.115.141.112)  27.881 ms  22.625 ms 27.813 ms
 6  kiev-b1-link.telia.net (62.115.137.83)  39.753 ms 39.821 ms 39.779 ms
 7  eurotrans-ic-315184-kiev-b1.c.telia.net (213.248.68.198)  37.754 ms  37.734  ms  37.061 ms
 8  kh-kv.ett.ua (80.93.127.142)  45.700 ms  46.375 ms  45.882 ms
 9  itl.ett.ua (80.93.125.182)  46.892 ms  48.860 ms  48.796 ms
10  gw.xserver.ua (217.12.196.2)  46.867 ms  46.245 ms  46.956 ms
11  cc-community.net (91.213.8.74)  46.398 ms  46.413 ms  46.392 ms

zu Hause:

Code:

  9  29 ms  30 ms  30 ms  ae21-ucr1.vie.cw.net [195.2.8.222]
 10  30 ms  34 ms  31 ms  win-b4-link.telia.net [62.115.51.173]
 11  50 ms  49 ms  48 ms  win-bb2-link.telia.net [62.115.112.198]
 12  54 ms  51 ms  47 ms  win-bb3-link.telia.net [62.115.136.125]
 13  40 ms  30 ms  28 ms  win-bb4-link.telia.net [62.115.137.79]
 14  49 ms  53 ms  46 ms  kiev-b1-link.telia.net [62.115.137.81]
 15  46 ms  46 ms  47 ms  eurotrans-ic-315184-kiev-b1.c.telia.net [213.248.68.198]
 16  58 ms  56 ms  56 ms  kh-kv.ett.ua [80.93.127.142]
 17  57 ms  58 ms  57 ms  itl.ett.ua [80.93.125.182]
 18  59 ms  63 ms  56 ms  gw.xserver.ua [217.12.196.2]
 19  56 ms  57 ms  54 ms  cc-community.net [91.213.8.74]

Vor hbg-b1 ist mein Provider

siehe hier.