sourceserver.info

Ist ein Bug von GunGame, der für Linux leider immernoch besteht. Für die Windows Version wurde er bereits gefixt. Kannst maximal das entladen und laden automatisieren, damit die CPU nicht immer so hoch geht. Schreib mal Tempelton Pack an, der hat das bei seinem Gungame irgendwie heilwegs in den Griff bekommen.

Ich geb dir gleich "Pack" bigri

Der Fehler ist lange bei GG5 bekannt, und macht sich natürlich bei größeren Servern schnell bemerkbar. Guckste hier:

http://forums.gungame5.com/viewtopic.php?f=0&t=641">http://forums.gungame5.com/viewtopic.php?f=0&t=641</a>

Ausschlaggebend ist hierbei der Deathmatch Modus...wenn man den ausschaltet tritt der Fehler wohl nicht auf - aber dann macht GG natürlich auch keinen Spaß mehr.

Ich habs hinbekommen, dass sich GG zu Beginn jeder Map kurz ent- und dann wieder neu lädt. Dies verhindert zumindest derbe FPS Einbrüche, die nach einiger Zeit auftreten - auch die CPU wird dabei entlastet. Der RAM des Servers wird dennoch derbe beansprucht, so das der Server von Zeit zu Zeit unter Vollast immer noch abschmiert. Ist bei uns jetzt nicht so das Drama, weil wir mittlerweile einfach soviele Spieler haben, dass das Ding in kurzer Zeit wieder voll ist.

Nerven tut´s aber trotzdem und es hängt einfach an diesem Mist-Linux Fix, auf den soviele warten.

Ich such das Script zum Laden/Entladen mal raus (das, was dort im Link steht funktioniert so nicht ganz), aber es ist wie gesagt nur eine kleine Entlastung.

- es_load EinsMapCheck in die autoexec schreiben
- das Script selber hab ich unten hochgeladen, die beiden Dateien in einen Ordner namens EinsMapCheck packen
- Ordner unter addons/eventscripts installieren


Das Script wird kurz nach Mapstart Gungame entladen und direkt danach wieder neu laden, was zu einem kurzen Lag führt. Anders gehts aber leider nicht.

Hi.
Das heißt (wenn es wirklich nur bei DM ist), dass ein Overhead an Objekten in GunGame selbst erzeugt wird, da selbige Probleme ohne GunGame mit normalem Deathmatch nicht auftreten. Das heißt der Fehler ist explizit in addons/eventscripts/gungame/included_addons/gg_deathmatch/gg_deathmatch.py zu suchen. So wie ich da reingucke sehe ich echt ziemlich viel Müll, unter anderem der Repeat Kram der einfach 0 Sinn hat und unnötig viele Objekte erstellt. Man kann es sich so vorstellen, das 32 Schüler einer Klasse 32 Lehrer anstatt 1 Lehrer haben - zu viele eben. Ich werde morgen mal schauen dass ich das Respawn Script mit seinen Basisfunktionen nachschreiben kann was nicht das Problem sein sollte. Vielleicht klappt's
Letztendlich muss doch nicht viel mehr gemacht werden, außer den Spieler neu zu spawnen, oder gibt es sonst noch besondere Dinge, die beim GG Deathmatch anders sind?

~ Chris

nen Versuch ist es auf jeden Fall wert... leider kann ich nicht genau sagen was das Script eigentlich macht... komisch ist nur das angeblich ein Fix für Eventscripts das ganze beheben soll und nicht ein Fix für GunGame selbst?!

Ja das stimmt. Es gibt einen Memory Leak für einen bestimmten es-Befehl der ja im Zuge des Scriptes ausgeführt werden muss, nur ich weiß leider nicht welcher das ist. Für Windows gibt es bereits einen Fix, für Linux nicht.

~ Chris

Zitat von »"Chrisber"«

Für Windows gibt es bereits einen Fix, für Linux nicht.
~ Chris

Das ist mir bekannt... wäre schön wenn du dafür Zeit findest, denn ich ahb keine Ahnung davon!

Naja, vielleicht könnte man sich ja den Windows Fix runterladen und das Ding mal auslesen. Link dazu hab ich ja oben gepostet.

Somit müsste sich doch rausfinden lassen, was genau bei den Eventscripts dadurch gefixt werden soll.

Wenn man das Ganze dann auch noch auf Linux Basis umschreiben könnte, wäre der Linux Fix offiziell.

Hi.
Das geht leider ganz und gar nicht, da
a) verschiedene Compiler verwendet wurden (unter Windows MSVC++ und unter Linux GNU C++ 4.1 oder 3.4)
b) es generell nicht möglich ist, den Sourcecode aus binären, kompilierten Dateien wieder herzustellen
c) Änderungen in wahrscheinlich kleinem Ausmaß festzustellen

Der einzige der hier helfen kann ist Mattie, da nur er den Sourcecode besitzt.

~ Chris