Wie geht das? Soweit ich weiß macht Chrome das normalerweise automatisch und ich kann nur beim Start einen höheren Wert mitgeben. Also jetzt habe ich "chrome.exe --disk-cache-size=1073741824"
Aber selbst mit 25Mbit/s kann es doch was nicht in Ordnung sein wenn es manchmal einige Sekunden dauert paar KB vom Server zu laden? Bei anderen Spielen gibt es keine solche Verzögerung. Bei speedtest.net schaffe ich zwar nichtmal ganz 20Mbit/s, aber das sollte doch eigentlich trotzdem reichen?
Sorry ich habe mir deine Screens noch einmal genauer angesehen und du hast scheinbar 2 Probleme:
a) Der Cache hält anscheinend nicht lange genug an. Falls der ganze Cache verworfen wird bedeutet das bei 100MB Daten (worst case) eine Ladezeit von ca. 50 Sekunden bei 20mbit/s
b) Du hast auch das Problem mit der schlechten CDN Server Performance (ca. 500kbit/s bzw. min. 500ms pro Request) bzw. du hattest das Problem bevor du auf IPv4 umgestellt hast. Kannst du wieder einen Screen posten, wenn du das Problem mit der Netzwerklatenz wieder hast?
Ich vermute, dass das Cache Problem schon immer bestanden hat und das Problem mit der CDN Performance neu hinzugekommen ist.
Was den Cache von Chrome angeht: Normalerweise richtet sich dieser doch nach dem freien Platz auf der Festplatte (habe die genauen Werte nicht im Kopf). Solange genug Platz da ist, sollten da doch die Defaulteinstellungen ausreichen.
Gindi hat ein Beitrag zum enkeisen des Problems beigetragen. Nun verwandeln wir die Diskussion welche von uns besser ist mit Systemanyse ohne einmal ein Browsergame Engine bedient zu haben? Ne'n
Tut mir leid, aber ich kann deine Posts auch nicht verstehen. Bitte füge dem deutschen Post auch eine englische Übersetzung hinzu.
Sorry, but I can not understand your posts as well. Please add an English translation to your German post.
Das ist es nicht. Das Problem äußert sich anders, nämlich durch extrem langsamen Grafikaufbau und das unabhängig von der Internetbandbreite, das ist ein lokales Problem.
Es gibt eine weitere Lösung dafür, die bei mir hervorragend funktioniert, nämlich die Deaktivierung der Hardwarebeschleunigung durch Chrome auf bestimmten Karten abzuschalten ( chrome://flags/#ignore-gpu-blacklist auf Enabled setzen).
Es gibt ein paar Karten (korrekterweise muß es heißen, ein paar Treiberpakete), da führt die Hardwarebeschleunigung von Chrome zu Abstürzen, bei mir, obwohl meine Karte (AMD Radeon HD 6570) auf der Blacklist steht, aber nicht. Ist immer einen Versuch wert.
Das Symptom des langsamen Grafikaufbaus kann auch von schlechter Internetverbindung kommen, da die entsprechenden Grafiken noch fehlen. Aber gut, dass du das GPU Problem einmal ausschließen kannst.
Diverse Speedtests messen meine 120er Leitung regelmäßig mit 123-126MBit/s, aktuell läuft die Darts-WM, da hab' ich neben dem üblichen Kram oft den Livestream auf dem 2. Screen, ohne jede Auswirkung, Bandbreitenprobleme kann ich für meinen Fall ausschließen.
OK Danke das hilft auch schon mal weiter.
Müßte ich nochmal explizit testen, ist in sofern schwierig, daß das Problem nicht zuverlässig reproduzierbar ist.
Am Besten warten, bis die Performance wieder im Keller ist
Genauer: Es betrifft nur Anschlüsse, die DS Lite verwenden, also keine eigene IPv4 Adresse haben, sondern sich eine Provider-IPv4 mit anderen Teilnehmern teilen. Anschlüsse mit IPv4 only und Anschlüsse mit echtem Dual Stack (echter, eigener, öffentlicher IPv4) sollten nicht betroffen sein.
Auf IPv6 only Anschlüsse (sofern es das gibt), dürfte es gar nicht gehen, weil die CDN-Server da nicht erreichbar sind.
Das ist noch immer meine bevorzugte Vermutung, insbesondere, da das grundlegende Problem bekannt ist, laut diverser Foren auch bei anderen Spielen auftritt und die Konfiguration der CDN-Server nicht den bereits seit knapp 10 Jahren gültigen offiziellen Vorgaben entspricht.
Ich muss zugeben ich bin bei der Funktionsweise von DS Lite nicht ganz so fit, da mir in Österreich noch kein solcher Anschluss untergekommen ist bzw. habe ich IPv6 bisher immer deaktivert, damit ich genau solche Probleme nicht habe.
Die Frage ist: Warum steigt hier die Latenz so stark an bzw. sinkt die Bandbreite?
Korrekt, ich habe folgende getestet, Standort durch mehrer Geolocation Services verifiziert:
199.232.18.109 Wien/AT
195.181.164.178 London/UK
185.229.188.161 Prag/CZ (nicht erreichbar)
151.101.114.109 Frankfurt/D (weiter oben Hamburg zugeordnet)
185.59.220.194 Frankfurt/D
Gut das sollten einmal genug sein um den Server selbst auszuschließen.
Ich würde die Sprache des Inno-Servers ausschließen, da es um die CDN-Server geht. Da kommen hauptsächlich Grafiken her, die sprachunabhängig sind.
Ich würde die (bisher vermutete) Einschränkung auf deutsche/deutschsprachige Spieler (wir hatten auch einen Österreicher dabei) darauf zurückführen, daß nur solche im deutschen Forum unterwegs sind und auf die Vermutung, daß die deutschen (und österreichischen?) Internetanschlüsse im Gegensatz zu den meisten anderen schon ein wenig speziell sind (langsam, asynchron, DS Lite und andere Tunnel-/Umsetzungsprotokolle IPv6-to-IPv4, DSL/Vectoring/PPoE statt plain Ethernet etc.). Ich habe übrigens noch keinen Schweizer oder Luxemburger mit dem Problem gehabt, auch keinen Liechtensteiner.
Die CDN Server sind pro Serversprache unterschiedlich. Das hat den Grund, dass Updates immer pro Sprache ausgerollt werden. In der Regel kommt zuerst der Betaserver dran (Sprache zz), 1-2 Wochen später am Montag der internationale Server (en) und am Mittwoch dann alle anderen. Wären die CDN Server dieselben gebe das Probleme, da Inno gerne bei neuen Features die Grafiken ändert und alle darin liegenden Icons verschiebt.
Dass es ein Problem mit der Art der deutschen Tunnelingtechniken ist, das ist natürlich auch eine Erklärung.
Der Österreicher war vermute ich einmal ich, wobei bei mir wieder alles funktioniert. Ich hatte lediglich mit meiner IP einen 1 stündigen Ausfall, wobei das ganz andere Symptome waren als die Mehrheit hier berichtet und ich das deshalb eher als einmaligen Schluckauf des Inno Webservers einstufe.
Dass es keine Liechtensteiner und Luxemburger gibt, die sich hier zu Wort melden liegt vermutlich eher an der Bevölkerungszahl, möglicherweise auch bei den Schweizern.
u möchtest von der Verantwortung Innos ablenken, das wird Dir nicht gelingen, da die CDN-Server, auch wenn sie anderen gehören, ganz klar im Verantwortungsbereich von Inno liegen, es sind deren Subs. Und Inno trägt die Verantwortung dafür, wen und was sie da einsetzt, Inno sollte auch darauf achten, daß die beauftragten Unternehmen zumindest die gängigen Standards ( IETF RFC 6540;
http://tools.ietf.org/html/rfc6540) einhalten, was bei den CDN-Servern ja nun nachgewiesenermaßen nicht der Fall ist.
Dass Inno hier in der Verantwortung ist, zweifelt ja keiner an. Ich denke das wissen die selbst auch, nur hilft das bei der Fehlersuche nicht unbedingt weiter. Je konkreter die Informationen, die wir liefern können, desto größer ist die Wahrscheinlichkeit, dass es auch gefixed wird.
Es könnte mal jemand, der die entsprechenden technischen und fachlichen Voraussetzungen hat, den Traffic tracen mit IPv6 only, mit DS Lite/NAT64 und den anderen gängigen Standards zur Umsetzung IPv6 zu IPv4 und IPv4 und den vergleichen.
Hier muss ich leider passen, da mir sowohl mein Kabelnetzbetreiber als auch mein Mobilfunkbetreiber nur eine IPv4 Adresse per DHCP verteilen.
Optimalerweise stellt man mal einen CDN mit native IPv6 zur Verfügung, dann kann man das Problem sehr schnell einkreisen.
Ich vermute, daß Inno eine Serverfarm betreibt, die auf Virtualisierung basiert. Da sollte es eine Sache von unter einem Tag sein, eine VM zu erstellen, dieser IPv6 zuzuweisen und den Content eines CDN darauf zu clonen. Die IP hier einer Hand voll Leuten, die das Problem haben und wissen was sie tun zur Verfügung stellen und testen. Dann haben wir innerhalb von 48h die Lösung oder die ganze IP-Geschichte endgültig ausgeschlossen.
Würde aber voraussetzen, daß es bei Inno den Willen zur schnellen Problemlösung und jemanden abseits der Scriptkiddies gibt, der administrativen Zugriff auf's RZ (optimalerweise in der Testumgebung) hat und "mal eben" einen CDN-Clon mit IPv6 erstellen kann (die Inno-Umgebung kann IPv6, daran kann's nicht scheitern, eine kleine VM für eine Hand voll Leute sollte auch kein Problem sein, ein bißchen Storage für die paar Pics wird sich sicherlich auch irgendwo abzweigen lassen, muß nicht mal Goldstandard sein, etwas langsamer geht auch. Das Ding muß für den Test nicht mal redundant, performant oder im Backup/dokumentiert sein und ist in 72h schon wieder spurlos verschwunden....).
Ich sehe das realistisch: Über Weihnachten/Neujahr wird sich bei Inno niemand mit dem Problem beschäftigen, sofern es kein Notfall ist (was es nicht ist, da es scheinbar nur einige Spieler sporadisch betrifft). Das wird noch mindestens 1 Woche dauern, bis sich das überhaupt jemand ansieht.
Abgesehen davon erfordert dies ja, dass von den Serverbetreuern jemand direkt mit den entsprechenden Spielern kommuniziert, die das dann testen, was wohl kaum passieren wird.
