jeder hat natürlich seinen eigenen browsertick und das respektiere ich. aber stabil sollte der browser schon laufen.
da ich linux nutze sind einige einstellungen anders als in windows. für webGL stelle ich bei meinen "windows-betreuten" in der regel folgendes ein. dann klappt es auch grundsätzlich mit webGL.
bild 1
bild 2
unity nutzt javascript. hier kann man noch einiges im firefox nachregeln. ich empfehle immer eine user.js, nicht die eigentliche configdatei. oder man sichert die vorher. aber da bist du ja versiert.
kennst du den JIT-Compiler? einen findet man in Windows selbst, einen bringt firefox mit. JIT heißt nicht mehr als just-in-time. das sagt schon alles. Just-In-Time Compiler sollen die ausführung von javascript beschleunigen. der javascript-code wird nicht anweisung für anweisung interpretiert sondern vor der ausführung durch einen compiler gejagt, der verschiedene optimierungen vornimmt. zusätzlich kann man mit warp - auch im firefox vorhanden - dem JIT-Compiler noch etwas mehr schub geben soll.
user_pref("layers.d3d11.force-warp", true); // warp unterstützt JIT. das compilieren dauert minimal länger, aber die ausgabe ist deutlich schneller
user_pref("devtools.performance.ui.show-jit-optimizations", true);
zuzüglich:
// webGPU
user_pref("dom.webgpu.enabled", true);
user_pref("layers.gpu-process.enabled", true);
user_pref("layers.gpu-process.force-enabled", true);
//
auch wenn webGPU noch nicht zu 100% webGL ersetzt, wird es schon in teilen ausgeliefert. schaden können die einstellungen also nicht.
der unitycache aus meiner erfahrung hier, hat immer das gleiche problem wie jeder cache eines browsers. die hersteller setzen auf den cache, damit anwendungen schneller sind, weil sie nicht vom server geholt werden müssen. also prüft man den cache und bedient sich seiner inhalte um mehr tempo zu entwickeln. was ist aber, wenn im speicher defekte codeschnipsel liegen? dann speichert man böcke, es klemmt und es geht eben nicht schneller. dso ist ein browsergame und sollte aus meiner sicht und erfahrung immer mit den frischesten daten der server versorgt werden. und das schnell. wenn ich bei mir in der laufenden session in die indexed.db sehe, steht dort, keine inhalte. lediglich der connect-server ist vertreten und trotzdem klappt das spiel mit folgenden einstellungen:
// indexed.DDB deaktivieren und somit den unitycache deutlich verkleinern
user_pref("dom.indexedDB.enabled", false);
user_pref("dom.indexedDB.privateBrowsing.enabled", false);
user_pref("dom.indexedDB.experimental", false);
user_pref("dom.indexedDB.logging.details", false);
user_pref("dom.indexedDB.logging.profiler-marks", false);
//
// nur aktuell erzeugten Bytecode und nur lesend nutzen
// quasi den code durchprügeln
//
user_pref("dom.script_loader.bytecode_cache.enable d", false);
user_pref("dom.script_loader.bytecode_cache.strate gy", -2);
der ram kann natürlich zweitrangig betrachtet werden, da der browser sich in deinem fall am freien speicherplatz der festplatte bedient. jedoch ist der ram der schnellste speicher in einem pc. weswegen ich bei mir die einstellungen für genau dieses profil entsprechend angepasst habe. nix auf platte, alles im ram. selbst hier kann man für dso - entsprechend ram vorausgesetzt - nutzbaren speicher reservieren.
eines kann ich noch empfehlen:
firefox und sehr wahrscheinlich auch andere browser, machen permanent screenshots von den sitzungen, damit man bei abstürzen wieder einen wiederhersstellungspunkt hat. nur ist dso ein onlinegame und der stand wird permanent auf irgendwelchen servern gespeichert. dann ist diese funktion quasi überflüssig und man kann seine ssd mehr schonen. man kann das zeitfenster zwischen den scrennshots auch auf das maximum erhöhen. einige andere funktionen auch.
ich empfehle auch folgenden Link
in einer bat kann man genau die sqlite dateien des profiles mit
for %%g in (*.sqlite) DO ( sqlite3 %%G "VACUUM; REINDEX;" )
optimieren. vielleicht ein wenig fummeln - du kannst das. aber, das muss auch jeder für sich selber wissen.
firefox speichert daten in verschiedenen dateien in Ihrem Profilordner. die datei, mit den persönlichen website-einstellungen, kann beschädigt sein. die content-prefs erstellt firefox bei nicht vorhandensein oder weil umbenannt, neu.
mehr bat?
tasklist /FI "IMAGENAME eq firefox.exe" 2>nul | find /I /N "firefox.exe">nul
if "%ERRORLEVEL%"=="0" @ping -n 2 -w 1000 -l 2000 localhost>nul & wmic process where name="firefox.exe" CALL setpriority 32768
rem
sc query wuauserv | findstr /i RUNNING >nul & sc stop wuauserv & sc config wuauserv start=disabled & net stop wuauserv & net stop bits & sc delete diagtrack & sc delete dmwappushservice & echo UpdateService gestoppt & timeout /t 2 /nobreak > NUL
auf die art kann man auch andere während des spiels runterstufen. den wuau-service deaktiviere ich bei meinen "betreuten".
noch mehr bat?
heute nicht. ich hoffe es bringt einige positive denkanstöße. denn die fehlermeldungen sind doch mit standardtexten versehen. man wird nicht unbedingt schlau daraus. synchron oder asynchron, ist dann völlig zweitrangig.
mit diesen und anderen einstellungen habe ich keine probleme, bei mir treten diese fehler nicht auf und auch die "betreuten" welche noch mit win7 und 8GB RAM unterwegs sind können siedeln. da kann man grinsen oder mit dem kopf schütteln. womöglich ist es auch irgendein dienst im windowsuniversum, welcher in die suppe spuckt.
jeder kann mit seinem browser machen was er will. letzte empfehlung: ich nehme immer die esr-version. da kommen updates später als package und nicht gefühlt minütlich. der browser ist dann stabiler. mein eindruck. und bitte immer ein eigenes profil.
wem das alles zu viel ist, das verstehe ich. aber ob bb die programmierung dieses spieles so schnell korrigiert bekommt ..... die zeiten sind schlecht und sicher hat man auch dort unter dem fachkräftemangel zu leiden. und es ist ein globales spiel, da ist vieles schwieriger.