Zitat von
Lester
6FPS und schnell bei einem derartigen Server ?
Bei dem Wert würde eine KI schon in den Dauer-brotzeit-siesta-modus gehen das da sich die Betonwände schneller bewegen. 
Schon mal überlegt die Scripte der Mission *räusper* "etwas" zu optimieren ?
Das ist ja wohl alles noch sqs oder wie schafft man es sonst einen derartigen Server dermaßen auszubremsen ? 
Sahrani-Life
player vs. Player keine AI - Muss ich mehr sagen?
Die Mission läuft manchmal 1-2 Wochen am stück und da werden massiv Variablen genutzt, gespeichert, geupdated, etc... kann man mit NICHTS anderem Vergleichen. Ok Warfare und CTI werden einen Server warscheinlich noch mehr Lahmlegen.
Brit hatte mal gesagt das das OFP CTI was die nutzen den "anderen" Server (Q6600 - 4gb RAM) auf 1FPS brachte - permanent
Ich werde dich mal ein Bisschen aufklären zur Server-FPS
:
Die "alte" FPS-Methode (pre-1.15 Server):
Ein Arma-Server läuft "schnell genug" bis ca. 3 FPS (zumindest ohne AI). Ab 2 FPS merkte man das leichte LAGs zunehmen (und JIP LAGs verheerend werden) und der Server plötzlich "Zeit" braucht gewisse Dinge zu tun. Trotzdem noch absolut Spielbar in PvP und wenn man den Server dann "locked" bleiben auch die LAGs aus.
Wir haben das immer an einem Pop-Up Ziel getestet - ab 2 FPS braucht es plötzlich deutlich länger bis es wieder hochgeklppt ist, ebenfalls "hängt" dann das hochklappen 2mal, während es bei 3FPS noch in einem bis zwei zügen geschieht ( das tut es auch bei 50+ FPS).
Achja mit dem Neuen Server haben wir Werte die es eigentlich nicht geben sollte - also mit ca. 10 Spielern am Anfang der Mission kommen wir bis auf 64FPS
... obwohl 50 das maximum sein sollte... die CPU Auslastung liegt dann in der Linux Prozessübersicht bei 15%
Zum Vergleich: Beim alten Athlon X2-5600+ hatte wir bei der
selben Mission direkt am Start mit nur
EINEM Spieler connected, max. 48FPS und Prozessorauslastung bei 65-75%.
Also der E8400 bei 4GHz ist DEUTLICH schneller, mehr als doppelt so schnell würde ich fast sagen. Auf beiden lief/läuft Debian 4.0 64bit
Mal ein alter Screen mit bis zu 61FPS (E8400 4GHZ):
Die "neue" FPS-Mehtode (ab 1.15 Server):
Bleibt abzuwarten....
Suma sagte das der Momentane weg die Server "FPS" Zahl zu bekommen "falsch" sei (seit OFP nehme ich mal an)..... und Server die 5FPS anzeigen in wirklichkeit bei 50FPS+ liefen. Nur dadurch das die Falsche FPS-Zahl momentan noch zur Bandbreiten-Verteilung/Verwaltung der Clients & zw. Server & Clients genutzt wird, entstehen diese tollen JIP-Lags.
Also wird wohl die FPS-Zahl generierung bei den neuen Dedicated Servern ganz anders aussehen, daher das man die FPS nicht mehr aus dem Rendering-System abliesst wie bisher (obwohl der Server eigentlich garnichts rendern sollte).
Zitat Suma:
Zitat:
For bandwidth control the game needs to know approximate frame duration, so that it knows how much information it should try to send in one frame. What we do is we ask rendering subsystem to tell us average fps for last 16 frames, as this is something rendering already knows. Now the problem is on the dedicated server there is no rendering done at all, and the fps returned by the rendering subsystem is wrong - often numbers like 5 seconds are returned when in fact server is running at 50 fps. We will fix this by not relying on rendering when quering fps for this purpose. We are convinced this fix should not only greatly reduce the JIP caused lag and desync, but hopefully improved bandwidth control and balancing overall.