Ziemlich grandios

ar558

Die Frage ist, warum das nicht sowieso so ist. Es gehört meiner Meinung nach eigentlich zu den Grundlagen der UI-Programmierung, dass man Anzeigen, die man gar nicht sehen kann, nicht aktualisiert.

Dont_do_drugs

Arkadius schrieb: »

Die einfachste Lösung wäre, die Aktualisierung zu unterbinden, solange das Gildenfenster nicht geöffnet ist. Das wäre sogar als Addon machbar.

ich riech da was....

Arkadius

Dont_do_drugs schrieb: »

Arkadius schrieb: »

Die einfachste Lösung wäre, die Aktualisierung zu unterbinden, solange das Gildenfenster nicht geöffnet ist. Das wäre sogar als Addon machbar.

ich riech da was....

https://www.youtube.com/watch?v=uCyuV78BM2s

Shadow-Fighter

Arkadius schrieb: »

Die einfachste Lösung wäre, die Aktualisierung zu unterbinden, solange das Gildenfenster nicht geöffnet ist. Das wäre sogar als Addon machbar.

Das ist keine gute Idee. MMn hängt viel mehr zusammen als nur die Liste zu aktualisieren, zb. reise zu user x, da muss auch simultan abgefragt werden wo sich der user befindet. Auf beiden Seiten.
Genauso mit dem Mailsystem (die eh seit Jahren verbuggt ist -> gekaufte item kommt spät an) .
Aber mMn laufen solche Befehle (müssten) eh auf einem anderen Thread und würden den Mainthread nicht (sonderlich) stören.

Abwarten und Kaffee trinken....

ipolo92

Also zu dem ganzen Thema muss ich sagen ich hab das ganze zur Primetime in Cyro ausgetestet typische Massenschlachten usw. Das ganze hat jedenfalls bei mir dazu geführt das die FPs Nie unter 30 gedroppt sind. Außerdem sind die Cyro Ladebildschirme ausgeblieben. Worauf es scheinbar keinen Effekt hatte war die Latenz jedenfalls keinen für mich spürbaren.

Soldier224

ipolo92 schrieb: »

Worauf es scheinbar keinen Effekt hatte war die Latenz jedenfalls keinen für mich spürbaren.

Latenz und FPS müssen ja nicht dasselbe Problem haben. Es ist aber schon seltsam dass so eine Kleinigkeit so viel ausmachen soll. Aber wenn es wirklich daran lag, naja.. vielleicht haben wir in der Tat bald weniger Performance Probleme.

TorvenTool

Hegron schrieb: »

... Dann sind es maximal 2500 Accounts mit 7 oder 8 unterschiedlichen Informationen, also insgesamt vielleicht ~40000 Informationen. Die werden zwar als irgendwelche Bits verarbeitet, aber modernere CPU's können mittlerweile recht hohe Bit-Rechnungen pro Instruktion verarbeiteten. Das sind halt auch einfache Informationen die mit keiner Spiel-Physik, -Skript oder -KI irgendeinen großen Austausch oder Berechnung haben/brauchen. Von daher sieht das für mich wie der Tropfen auf dem heißen Stein aus. Auch falls man an der Aktualisierung noch etwas verbessern kann, sodass die CPU für die Information weniger rechnen muss. ...

Deine Theorie krankt daran, dass Du, bzw. wir alle nicht wissen können was genau für Aktualisierungen laufen und in welcher Form die Daten abgerufen werden, bzw. welche Datentypen gelesen und geschrieben werden.
Aber gut, das ist mein Element. Gerne möchte ich Deine Theorie etwas konkretisieren und erweitere die Parameter zunächst um 2.000.000 Spieler, die gerade online sind. Ich weiß, das wissen wir nicht, aber wir wissen so Vieles nicht.
Ich nehme Deine 40.000 Informationen, also 40.000 Datensätze, die abgerufen und aktualisiert werden.

Das sind dann bei 2 Mio. Spielern online 8x10^10 (80.000.000.000) Operationen für den Server, alle 2 Sekunden (wissen wir zwar nicht, nehmen wir aber an). Arkadius schlägt 10 Operationen, bzw Datensätze vor.
Man kann sich das selbst ausrechnen, wie die Menge an Operationen proportional ansteigt.

Und ich denke, werden diese Daten suboptimal abgelegt, gestaltet sich auch deren Abruf schwer, denn man muss ein Datenformat schaffen, das für eine schnelle Übertragung von und zu 2 mio. Clients unterschiedlichster Hardware-System-Ausstattung und Internet-Anbindung, geeignet ist.
Insofern kann ich mir im Entferntesten vorstellen, dass hier Optimierungspotenzial besteht.

Und damit möchte ich auch sagen, das ist nur die Spitze des Eisbergs. Wahrscheinlich liegen die Zahlen höher, wenn ZOS' Angaben von (keine Ahnung wie viele das genau waren) 8-9 Mio. Spielern weltweit und aufgeteilt auf die Server NA und EU, stimmen.

Wie gesagt, alles Theorie, aber man muss immer versuchen, das Ganze zu sehen.

Den "Fix" mit dem Namen im Suchfeld der Gildenliste habe ich gestern getestet. Ohne Erfolg.
Meine CPU ist nicht ausgelastet und die Theorie, dass es nur etwas bringt, wenn man ausgelastete CPUs durch eine kürzere Mitgliedsliste entlastet, klingt zunächst nachvollziehbar. Als Programmierer halte ich die Theorie für fragwürdig, gehe dabei aber davon aus, wie ich so eine Liste in einer Client-Server-Umgebung verwalten würde. Das mag also nichts mit der ZOS-Lösung zu tun haben.

Übrigens nennt der TE des englischen Threads im Grunde nur, dass er keine Crashes und Disconnects mehr hatte, wenn er seinen Namen in das Suchfeld der Mitgliederliste eingetragen hat. VIele schreiben, dass Lags und Probleme beim Auslösen der Fähigkeiten immer noch gleich bleiben.

Trotzdem dürfen wir durchaus hoffen. Ich wünsche uns allen Glück!

Dont_do_drugs

also arka hat mir letzte nacht ne datei zugeschickt, die das updaten des gildenrosters blockiert, solange das gildenroster nicht eingeblendet ist....ich probier mal aus, ob ich was spüre

The_Saint

Es wird kein Heiliger Gral an fix, nachdem alle mit 100 fps und 30 er ping durch ein Einhornland rennen.
Aber ja bei manchen wird es für Besserung sorgen.
Wer zb schonmal in einem Raid war, zufällig seine Handelsgilde im Hintergrund gewählt hatte dort kick tag war, weiß was so ein kleiner Vorgang schon ausmachen kann wenn man grade in einem Bosskampf ist.

Daher gut, dass es jemanden aufgefallen ist. Jetzt kann das angepackt werden. Wer weiß was noch so alles dabei gefunden wird, was unsinnigerweise ständig als Abfrage läuft.

NinaSophie

Arkadius schrieb: »

Ganz grob übern Daumen gepeilt, ist nativer Code um den Faktor 3-4 schneller als interpretierter Code. Bezogen auf LUA. Kann anders aussehen bei anderen Sprachen.

Ja das betrifft doch aber nur den Start, ich will doch mal hoffen, dass jeder benötigte Lua-Code einmal anfangs geladen wird und dann ebenfalls in der gleichen binären Form wie nativer Code vorliegt. Oder wird bei jeder Änderung der Gildeninformationen das Lua-Script erneut geladen und interpretiert? Das wäre ... furchtbar.

Arcon2825

Hegron schrieb: »

Deshalb ist auch dieser Satz eine Täuschung:

Arcon2825 schrieb: »

...ich kann Dir gerne ein Programm schreiben, das nur Deinen Namen auf den Bildschirm ausgibt und trotzdem die CPU Zyklen verbrennt.

Ein Programmchen was meinen Namen ausgibt (sei dieser noch so kompliziert) hat vielleicht zwei drei Zeilen 0815 Code. Nichts was eine CPU wühlen lässt. Er würde wahrscheinlich zusätzlich eine Schleife mit einer Blödsinnsrechnung ins Programmchen reinschreiben, aus der die CPU selbst nicht mehr rauskommt und dann durchrattert.
Das wäre aber einfach nur Sabotage.

Ich glaube, Du hast schon verstanden, was ich meine. Nur weil etwas sehr einfach aussieht, kann es dennoch sehr ineffizient programmiert worden sein. Nur darauf wollte ich hinaus.

Es hat mich seinerzeit schon ziemlich gewundert, dass das Spiel immer kurz einfror, sobald jemand eine der Gilden verlassen hat.

@Arkadius: Bei der Entwicklung von Addons für WoW hatte ich festgestellt, dass die LUA Skripte singlethreaded ausgeführt und vom Main Thread des Spiels aus aufgerufen wurden. Das heißt, man konnte recht schnell durch eine längere Operation den ganzen Client blockieren. Ist das in ESO ähnlich, oder laufen dort die Addons in separaten Threads?

Wie auch immer, in meinen Tests gestern konnte ich eine Verbesserung in Cyrodiil feststellen.
Zwar sind die fps in Massenschlachten deutlich eingebrochen, es war jedoch kein komplettes Einfrieren des Bildes mehr festzustellen.
Aber Donnerstag Abend ist vielleicht auch noch nicht der geeignete Vergleichszeitpunkt.

Hegron

Ich hab jetzt nochmal genauer im Taskmanager geschaut. Im Ressourcenmonitor sieht man einerseits das Netzwerk, darin ist die Datenmenge interessant, die ich vom Eso Server empfange und andererseits die CPU-Auslastung. Die Werte sind alle schön für jedes einzelne laufende Programm aufgedröselt.

Wenn ich in einem Solo-Dungeon allein gegen eine Wand schaue, empfange ich ~32 Bit/s (ungefähr 10% Varianz ist immer drin). Das ist fast gar nichts und darin sind schon die Aktualisierung der Gildenliste mit drin. Wenn ich gegen NPC's kämpfe geht der Wert um das 10 bis 15fache hoch. Kommen zwei Spieler vorbei kanns auch das 30 bis 50fache sein. (Wenn ich mich bewege, werden natürlich auch zusätzlich Daten vom Server empfangen)
Trage ich meinen Namen in die Gildenliste ein, während ich an die Wand starre, sodass man da nur noch den eigenen Namen liest, passiert gar nichts mit dem Datenempfang, keine Veränderung.
Dass da riesen Datenmengen wegen irgendeiner Gildenliste vom Server empfangen werden müssen, halte ich für total falsch.

Bei der Auslastung der CPU durch Eso ändert sich ebenso nichts, wenn die Gildenliste viel weniger anzeigen muss (hab es eben nochmal nachgeschaut).

Ich schaue mir heute Abend nochmal die empfangenen Daten an. Da müsste sich ja deutlich etwas tun, wenn in den Gilden mehr Bewegung herrscht.

Arkadius

Arcon2825 schrieb: »

@Arkadius: Bei der Entwicklung von Addons für WoW hatte ich festgestellt, dass die LUA Skripte singlethreaded ausgeführt und vom Main Thread des Spiels aus aufgerufen wurden. Das heißt, man konnte recht schnell durch eine längere Operation den ganzen Client blockieren. Ist das in ESO ähnlich, oder laufen dort die Addons in separaten Threads?

LUA ist nicht für Multithreading designed. Es kann also immer nur ein Thread zur gleichen Zeit Code ausführen. Und ja, bei ESO ist es das Gleiche wie bei WOW. Ein LUA Aufruf blockiert den gesamten Clienten. Daher ist auch wichtig, dass LUA Code möglichst effizient geschrieben wird.

NinaSophie

Arkadius schrieb: »

Arcon2825 schrieb: »

@Arkadius: Bei der Entwicklung von Addons für WoW hatte ich festgestellt, dass die LUA Skripte singlethreaded ausgeführt und vom Main Thread des Spiels aus aufgerufen wurden. Das heißt, man konnte recht schnell durch eine längere Operation den ganzen Client blockieren. Ist das in ESO ähnlich, oder laufen dort die Addons in separaten Threads?

LUA ist nicht für Multithreading designed. Es kann also immer nur ein Thread zur gleichen Zeit Code ausführen. Und ja, bei ESO ist es das Gleiche wie bei WOW. Ein LUA Aufruf blockiert den gesamten Clienten. Daher ist auch wichtig, dass LUA Code möglichst effizient geschrieben wird.

Ach du Schande...

Arcon2825

Arkadius schrieb: »

Arcon2825 schrieb: »

@Arkadius: Bei der Entwicklung von Addons für WoW hatte ich festgestellt, dass die LUA Skripte singlethreaded ausgeführt und vom Main Thread des Spiels aus aufgerufen wurden. Das heißt, man konnte recht schnell durch eine längere Operation den ganzen Client blockieren. Ist das in ESO ähnlich, oder laufen dort die Addons in separaten Threads?

LUA ist nicht für Multithreading designed. Es kann also immer nur ein Thread zur gleichen Zeit Code ausführen. Und ja, bei ESO ist es das Gleiche wie bei WOW. Ein LUA Aufruf blockiert den gesamten Clienten. Daher ist auch wichtig, dass LUA Code möglichst effizient geschrieben wird.

Vielen Dank für die Erklärung.

nuvak

NinaSophie schrieb: »

Arkadius schrieb: »

Ganz grob übern Daumen gepeilt, ist nativer Code um den Faktor 3-4 schneller als interpretierter Code. Bezogen auf LUA. Kann anders aussehen bei anderen Sprachen.

Ja das betrifft doch aber nur den Start, ich will doch mal hoffen, dass jeder benötigte Lua-Code einmal anfangs geladen wird und dann ebenfalls in der gleichen binären Form wie nativer Code vorliegt. Oder wird bei jeder Änderung der Gildeninformationen das Lua-Script erneut geladen und interpretiert? Das wäre ... furchtbar.

Ähnlich wie Java wird Lua einmal in einen Bytecode übersetzt der dann auf einer virtuellen Maschine läuft. Das ist nicht so effizient wie nativer Code, aber eben auch weit von nochmal parsen entfernt.

Shadow-Fighter

Arkadius schrieb: »

Arcon2825 schrieb: »

@Arkadius: Bei der Entwicklung von Addons für WoW hatte ich festgestellt, dass die LUA Skripte singlethreaded ausgeführt und vom Main Thread des Spiels aus aufgerufen wurden. Das heißt, man konnte recht schnell durch eine längere Operation den ganzen Client blockieren. Ist das in ESO ähnlich, oder laufen dort die Addons in separaten Threads?

LUA ist nicht für Multithreading designed. Es kann also immer nur ein Thread zur gleichen Zeit Code ausführen. Und ja, bei ESO ist es das Gleiche wie bei WOW. Ein LUA Aufruf blockiert den gesamten Clienten. Daher ist auch wichtig, dass LUA Code möglichst effizient geschrieben wird.

Ok, danke dir.

Lua kann aber sehr wohl Befehle an C/C++ Code schicken, der wiederum mehrere Threads aus dem Threadpool starten kann. Die Resultate würden wiederum zum Lua Code landen.

Ich denke nicht, dass die ganze UI singlethreaded abgearbeitet wird...

Arkadius

Shadow-Fighter schrieb: »

Arkadius schrieb: »

Arcon2825 schrieb: »

@Arkadius: Bei der Entwicklung von Addons für WoW hatte ich festgestellt, dass die LUA Skripte singlethreaded ausgeführt und vom Main Thread des Spiels aus aufgerufen wurden. Das heißt, man konnte recht schnell durch eine längere Operation den ganzen Client blockieren. Ist das in ESO ähnlich, oder laufen dort die Addons in separaten Threads?

LUA ist nicht für Multithreading designed. Es kann also immer nur ein Thread zur gleichen Zeit Code ausführen. Und ja, bei ESO ist es das Gleiche wie bei WOW. Ein LUA Aufruf blockiert den gesamten Clienten. Daher ist auch wichtig, dass LUA Code möglichst effizient geschrieben wird.

Ok, danke dir.

Lua kann aber sehr wohl Befehle an C/C++ Code schicken, der wiederum mehrere Threads aus dem Threadpool starten kann. Die Resultate würden wiederum zum Lua Code landen.

Ich denke nicht, dass die ganze UI singlethreaded abgearbeitet wird...

Oh doch, wird sie.

Die in C geschriebene LUA VM ist schlicht nicht threadsafe. LUA ist quelloffen, kannst dich also selbst davon überzeugen.

Shadow-Fighter

Arkadius schrieb: »

Shadow-Fighter schrieb: »

Arkadius schrieb: »

Arcon2825 schrieb: »

@Arkadius: Bei der Entwicklung von Addons für WoW hatte ich festgestellt, dass die LUA Skripte singlethreaded ausgeführt und vom Main Thread des Spiels aus aufgerufen wurden. Das heißt, man konnte recht schnell durch eine längere Operation den ganzen Client blockieren. Ist das in ESO ähnlich, oder laufen dort die Addons in separaten Threads?

LUA ist nicht für Multithreading designed. Es kann also immer nur ein Thread zur gleichen Zeit Code ausführen. Und ja, bei ESO ist es das Gleiche wie bei WOW. Ein LUA Aufruf blockiert den gesamten Clienten. Daher ist auch wichtig, dass LUA Code möglichst effizient geschrieben wird.

Ok, danke dir.

Lua kann aber sehr wohl Befehle an C/C++ Code schicken, der wiederum mehrere Threads aus dem Threadpool starten kann. Die Resultate würden wiederum zum Lua Code landen.

Ich denke nicht, dass die ganze UI singlethreaded abgearbeitet wird...

Oh doch, wird sie.

Die in C geschriebene LUA VM ist schlicht nicht threadsafe. LUA ist quelloffen, kannst dich also selbst davon überzeugen.

Das ist aber wirklich doof. Danke nochmals

Berinthor

Feanor schrieb: »

https://forums.elderscrollsonline.com/en/discussion/448084/psa-a-simple-trick-to-help-reduce-lag

Ich weiß nicht ob ich weinen oder lachen soll. Aber vielleicht ist das ja dann der kommende „Patch to end all lag“.

ich wusste garnicht das soviele in der Community von lag geplagt sind. Ich hab oftmals zwischen 70 und 100 FPS und merke nichts von irgendwelchem lag. Das einzige was mein ESO echt mega laggy gemacht hat, war das komsiche Game Booster Teil von der Razer Software.

herrwu

ach bin ich glücklich, endlich, die lösung, freu mich schon auf den nächsten patch....
und wenn sie nicht weiter wissen, sind ja eh genug experten hier , so wie ich lese

Dont_do_drugs

Nachdem aus dem englischsprachigen Sektor bereits positives Feedback reingekommen ist und ich auch selbst einen Unterschied verspüre, verweise ich einfach mal auf den Link in meiner Signatur ganz unten. Wie bereits oben zu lesen, hatte Arka mir das Script zugeschickt und ich habs auf esoui hochgeladen, das Mini-Addon ist also auf Minion downlaodbar. Anstatt seinen Namen in den Gildenübersichten eintippen zu müssen, blockiert das Addon selbst direkt das Aktualisieren des Gldenrosters, solange man nicht im Gildenroster selbst ist. Einige haben bereits gesagt, dass in Stresssituationen wie PVP es weniger Ruckler gibt, ich selber muss auch sagen, dass auch wenn nicht gleich total verspürbar, ich selbst im normalen Gameplay weniger dieser Microlags/Ruckler habe und es sich flüssiger anfühlt. Sonntag abend in der Primetime in den Big Hubs war der Performancegewinn wiederrum deutlicher. Natürlich gibts keine Garantie auf Performance-Gewinn, da der Einfluss der Rosteraktualisierung auch hardwareabhängig ist und davon, wie aktiv und voll die Gilden sind, in denen man sich so bewegt. Ich habe leider bisher kaum Möglichkeit gehabt, es selbst zu überprüfen, aber Arka äußerte sich auf Nachfrage dazu, dass auch die Ruckler von Gildenkicks und Invites verringert werden würden. Dem gegenüber ist das Script so klein und produziert keine savedvariables wie auch keine mir bekannten ui-Error, weswegen das Mitlaufen lassen prinzipiell nicht schmerzt, egal wie groß oder klein der Performancegewinn dabei ausfällt.

Ich hoffe, ZOS überprüft die Notwendigkeit der Aktualisierungen der Gilden - mir ist prinzipiell nicht klar, warum permanent Informationen ungefragt überhaupt reinpingen müssen, solange das Gildenroster nicht geöffnet ist.

@ZOS_KaiSchober Toll wäre auch, wenn ZOS die Community außerhalb der Patchnotes aufmerksam macht, dass an dem Problem eine Veränderung gemacht worden ist.

ValarMorghulis1896

Dont_do_drugs schrieb: »

Wie bereits oben zu lesen, hatte Arka mir das Script zugeschickt und ich habs auf esoui hochgeladen, das Mini-Addon ist also auf Minion downlaodbar.

Danke euch beiden, gute Idee!
@Gamer1986PAN : könnte sich 'Beam me up' eventuell damit beißen, wenn die Gildenlisten nicht automatisch aktualisiert werden?

Dont_do_drugs

ValarMorghulis1896 schrieb: »

Dont_do_drugs schrieb: »

Wie bereits oben zu lesen, hatte Arka mir das Script zugeschickt und ich habs auf esoui hochgeladen, das Mini-Addon ist also auf Minion downlaodbar.

Danke euch beiden, gute Idee!
@Gamer1986PAN : könnte sich 'Beam me up' eventuell damit beißen, wenn die Gildenlisten nicht automatisch aktualisiert werden?

ich bin mir sicher, auch dafür gibts lösungen, sollte zos mal die kommunikation generell ändern.

oh und nein, die addons sollten sich nicht beißen, da die aktualisierung im gildenroster und die dabei produzierten lags visueller natur sind. die information über änderungen dürfte auch weiterhin reinpingen. ich benutze jedenfalls beide.

ValarMorghulis1896

Dont_do_drugs schrieb: »

ValarMorghulis1896 schrieb: »

Dont_do_drugs schrieb: »

Wie bereits oben zu lesen, hatte Arka mir das Script zugeschickt und ich habs auf esoui hochgeladen, das Mini-Addon ist also auf Minion downlaodbar.

Danke euch beiden, gute Idee!
@Gamer1986PAN : könnte sich 'Beam me up' eventuell damit beißen, wenn die Gildenlisten nicht automatisch aktualisiert werden?

ich bin mir sicher, auch dafür gibts lösungen

Icke ooch, dachte nur, ich tagge ihn gleich mal, benutze sein Addon nämlich fast ausschließlich, wenn ich außerhalb Cyrodiils unterwegs bin

Edit: Verbi war auch beim editieren wieder schneller... meh...

Dont_do_drugs

ValarMorghulis1896 schrieb: »

Dont_do_drugs schrieb: »

ValarMorghulis1896 schrieb: »

Dont_do_drugs schrieb: »

Wie bereits oben zu lesen, hatte Arka mir das Script zugeschickt und ich habs auf esoui hochgeladen, das Mini-Addon ist also auf Minion downlaodbar.

Danke euch beiden, gute Idee!
@Gamer1986PAN : könnte sich 'Beam me up' eventuell damit beißen, wenn die Gildenlisten nicht automatisch aktualisiert werden?

ich bin mir sicher, auch dafür gibts lösungen

Icke ooch, dachte nur, ich tagge ihn gleich mal, benutze sein Addon nämlich fast ausschließlich, wenn ich außerhalb Cyrodiils unterwegs bin

sry ich habs nacheditiert. nur um sicherzugehen: die informationen zu änderungen pingen auch weiter rein. es utnerbindet nur wie ganz unten auf seite 1 dass das gildenroster selbst sich neu sortiert.

TorvenTool

Ja, die Infos werden permanent an den Client gesendet. Das Addon unterbindet nur die Aktualisierung im UI, solange das Gildenfenster nicht offen ist, wenn ich mich im Code nicht irre.

Da ich am Wochenende keine Zeit hatte, werde ich das heute Abend durchtesten.

Vielen Dank an Arkadius und DuD

Arcon2825

Vielen Dank für die Tests.

Ich selbst hätte nach dem Wochenende ebenfalls ein positives Fazit gezogen, jedoch ganz ohne die Möglichkeit eines Monitorings (da ich auf Konsole spiele) klänge das Ganze doch eher nach Esoterik.

Es bleibt bei der schlechten Performance, in Cyrodiil teils massiven fps Einbrüchen, aber die Standbilder bzw. Ruckler sind deutlich weniger geworden.

Einen wirklich messbaren Beleg werden wir hier wahrscheinlich auch nicht erbringen können.

ar558

Na ich teste mal mit, was für einen Virus wir da bekommen by Verbalinkontinenz

Dont_do_drugs

ar558 schrieb: »

Na ich teste mal mit, was für einen Virus wir da bekommen by Verbalinkontinenz