Archiv verlassen und diese Seite im Standarddesign anzeigen : Root Server zuschwach?
Servus Linuxe,
und zwar ich hab ein relatives Problem.
Ich würde gerne ein Tick100 1000FPS Counter-Strike Source Pub Dust2 Gameserver anbieten. Jedoch erreich ich mit dem Standartkernel lediglich 990,50-991,10FPS.
Sobaldich einen neuen Kernel reinhau und die Frequenz auf 1000Hz stelle besitzt der Kernel lediglich 940-955fps :/
Der Server ist ein Dell Poweredge 2650
CPU: Intel Xeon 2x 2x 3,06GHz (P4)
RAM: 6GByte
HDD: 3x 36GB SCSI RAID5
und ein IBM xseries 335
CPU: Intel Xeon 2x 2x 2,8GHz (P4)
RAM: 3GByte
HDD: 2x 36GB SCSI RAID1
Beide sind im Rechenzentrum Stuttgart an jeweils 2x 1Gbit bond0 angebunden (RR)
DrunkenFreak
26.12.09, 18:55
Ich hoffe du weißt, dass das eine mit dem anderen nichts zu tun hat. Der Kernel zeigt keine Frames an (FPS = Frames per second).
Du änderst mit dieser Funktion nur die Abfragerate in der die einzelnen Programme die CPU beanspruchen dürfen.
Ob dies was bringt wirst du wohl selbst testen müssen. Laut einigen Google-Treffern ist es sinnfrei.
so long
Sobaldich einen neuen Kernel reinhau und die Frequenz auf 1000Hz stelle besitzt der Kernel lediglich 940-955fps :/
Ich bin mir jetzt nicht ganz sicher was für eine Frequenz Du da eingestellt hast, aber was wäre wenn Du den Wert einfach noch etwas mehr erhöhen würdest?
Welcher Wert ist denn da per Default eingestellt?
uh endlich antworten^^ also laut der anderen Seiten muss man einen 1000Hz Kernel besitzen um einen 1000FPS Gameserver (CSS) zu betreiben.
und wenn ich +fps_max 10000 einsetzt bringts auch nix, der FPS wert ist immer gleich :/
Also laut den Providern hat es serwohl was mit dem Kernel zutun daher frag ich mich das :/
DrunkenFreak
26.12.09, 19:09
Das eine hat mit dem anderen nichts zu tun. sys_ticrate ändert nur die Einstellungen des Schedulers, wenn ich mich recht entsinne. Die FPS holen sich die Gameserver aus der Rechenleistung.
so long
Bezweifel ich, da der provider gamed! z.B. Dell Poweredge 1850 betreibt und konstant 999,99-1000FPS erreichen :/
DrunkenFreak
26.12.09, 19:14
Dann wirste dich wohl ein bisschen in die Materie einlesen.
Fang am besten hier (http://burnachurch.com/70/dein-neuer-linux-server/) und hier (http://www.root-und-kein-plan.ath.cx/) an.
so long
Edit: und hier (http://de.wikipedia.org/wiki/Linux_(Kernel)#Neue_Scheduler) um herauszufinden, was für einen Quatsch du machst
und wenn ich +fps_max 10000 einsetzt bringts auch nix, der FPS wert ist immer gleich :/
Nicht gleich übertreiben! Soweit ich das verstehe steigt mit der Frequenz auch die Last des Kernels selbst. Wenn Du also eine zu hohe Frequenz einstellst lastet der Kernel selbst bereits das System aus ohne Prozesse umzuschalten.
Wenn Du mit 1000 Hz 995 FPS erreichst, versuch es doch mal mit 1005 Hz. Oder von mir aus 1100.
Also laut den Providern hat es serwohl was mit dem Kernel zutun daher frag ich mich das :/
Links?
Beleidigungen werden hier nicht geduldet.
DrunkenFreak
26.12.09, 19:23
Immer wieder gerne und weiterhin viel Erfolg mit deinen völlig falschen Einstellungen.
so long
Nicht gleich übertreiben! Soweit ich das verstehe steigt mit der Frequenz auch die Last des Kernels selbst. Wenn Du also eine zu hohe Frequenz einstellst lastet der Kernel selbst bereits das System aus ohne Prozesse umzuschalten.
Wenn Du mit 1000 Hz 995 FPS erreichst, versuch es doch mal mit 1005 Hz. Oder von mir aus 1100.
Links?
Ja daran hab ich auch gedacht ;) aber (ich weiß nimmer welche es war genau) es gibt nen Provider der nutzt wie scho ngesagt Dell Poweredge 1850 und erhält mehr FPS als ich.
p.s. beim Kernel backen kann ich lediglich 100Hz; 250Hz; 1000Hz auswählen :/
http://gamed.de/
http://gameserver.4players.de/layout_technik.html
http://www.ngz-server.de/
http://migges.net/page/?page_id=914
therealmisterx
26.12.09, 20:01
Hast du dich inzwischen eingelesen für was der Kerneltimer steht? Je höher du die Tickrate stellst (stellen willst), umso öfter wirft der Scheduler den aktuell laufenden Prozess von der CPU runter und gibt einem neuen Prozess die CPU.
Vorteil: Das System reagiert schneller weil der "zuständige" Prozess schneller wieder die CPU bekommt und die Eingabe verarbeiten kann.
Nachteil: Die Grundlast steigt an, dh die CPU ist viel mehr mit Prozesse wechseln beschäftigt und die Prozesse selber bekommen weniger CPU-Zeit.
Unterm Stich: Die Leistung des Systems wird verringert, aber es wirkt schneller weil es schneller reagiert.
Hast du dich inzwischen eingelesen für was der Kerneltimer steht? Je höher du die Tickrate stellst (stellen willst), umso öfter wirft der Scheduler den aktuell laufenden Prozess von der CPU runter und gibt einem neuen Prozess die CPU.
Vorteil: Das System reagiert schneller weil der "zuständige" Prozess schneller wieder die CPU bekommt und die Eingabe verarbeiten kann.
Nachteil: Die Grundlast steigt an, dh die CPU ist viel mehr mit Prozesse wechseln beschäftigt und die Prozesse selber bekommen weniger CPU-Zeit.
Unterm Stich: Die Leistung des Systems wird verringert, aber es wirkt schneller weil es schneller reagiert.
Ja des weiß ich doch schon alles. Auch, dass alles was mehr als 250FPS im Gameserverbereich lediglich Marketing sache ist da der Ping viel zuhoch ist.
Aber es geht mir nur drum warum es nicht funktioniert :/
Oder denkt ihr, ihr sprecht mit nem noob ;)?
http://www.rechner-support.com/t14406-wahrheit-ueber-1000-fps-gameserver.html
Terrorkarotte
30.12.09, 00:30
Also mal vorne weg: Dein Server ist siche rnicht zu schwach. Man brauch auch KEINE 1000Hz. Ich benutze 100Hz und stelle tickless an. Was wichtig ist, ist der high resolution timer. Mit amd hpet und mit intel tsc als clocksource.
Ebenso bringt es nicht die Hz höher als 1000 einzustellen, weil es sonst zu beschleunigungs Effekten im Spiel selber kommt.
Dann noch mit chrt die Serverprozesse bevorzugen und man hat schon 980-995fps.
Man kann sich dann noch Leerlaufprozesse einrichten, die noch ein paar fps mehr bringen, was aber im promille Bereich ist.
Der CK Patch und der 2.6.18 Kernel ist hoffnunglos veraltet und sollte nicht mehr eingesetzt werden.
Anbieter, die mehr als die 980-995fps anbieten benutzen eine lib um den server zu boosten, spricht sie hacken die Serversoftware.
Meines Wissens bestimmen die Server FPS, unter anderem, wie oft in der Sekunde überprüft wird, ob neue Daten von den Clients vorliegen. Diese Überprüfung findet zu Beginn jeden Frames statt.
Ich habe hier mal etwas mehr dazu ausgeführt (http://serverwiki.sp12.speed-hoster.eu/index.php/TickrateServerFPS)
Hier habe ich mal mit so einer Lib rumgespielt. Der Stats command, den die Seite liest, ist aber ungenau. Beim betrachten der echten FPS in der Konsole mittels host_profile 1 sieht man, dass eine solche Lib den server instabiler macht (welche ein Wunder, wenn man den Server hackt).
Die Graphen sehen hübsch aus, von der Spielbarkeit, war aber, wie zu erwarten war, kein Unterschied zu 500 fps zu merken.
Einen Unterschied zwischen 300 und 500 merkt man jedoch, wenn der Server auf tick 100 läuft.
http://www.fpsmeter.org/graph/graph.php?id=37389
http://www.fpsmeter.org/graph/graph.php?id=37384
michael_08
02.05.10, 17:26
Immer wieder gerne und weiterhin viel Erfolg mit deinen völlig falschen Einstellungen.
so long
Hier steht wieso du blödsinn redest dunkenfreak
http://wiki.debianforum.de/DebianizedLinuxKernel
Der Kernel ist doch eh modularisiert. Die paar KB auf der Platte machen den Kohl auch nicht fett. Ich backe seit Jahren schon keine eigenen Kernel. Es bringt einfach NICHTS mehr. Keine Performance, nix. Nuf Aufwand.
Der Kernel ist doch eh modularisiert. Die paar KB auf der Platte machen den Kohl auch nicht fett. Ich backe seit Jahren schon keine eigenen Kernel. Es bringt einfach NICHTS mehr. Keine Performance, nix. Nuf Aufwand.
Ich hätte da einen Nutzen:
Wenn der Modulsupport abgeschaltet ist, können auch keine Kernel-Root-Kits in Form von Modulen nachgeladen werden 8)
Das ganze ergänzt mit GRsecurity (/dev/kmom RO) verhindert effektiv die Installation von Kernel-Root-Kits!
Ich hätte da einen Nutzen:
Wenn der Modulsupport abgeschaltet ist, können auch keine Kernel-Root-Kits in Form von Modulen nachgeladen werden 8)
Das ganze ergänzt mit GRsecurity (/dev/kmom RO) verhindert effektiv die Installation von Kernel-Root-Kits!
Nein, es gibt auch Kernel Rootkits die direkt in den Kernelspeicher schreiben, ohne den Umweg über ein Modul.
Trotzdem ist grsecurity eine nette Sache.
mfg
cane
DrunkenFreak
03.05.10, 20:00
Hier steht wieso du blödsinn redest dunkenfreak
http://wiki.debianforum.de/DebianizedLinuxKernel
Ich rede Blödsinn, weil....?
Ich hätte da einen Nutzen:
Wenn der Modulsupport abgeschaltet ist, können auch keine Kernel-Root-Kits in Form von Modulen nachgeladen werden 8)
Das ganze ergänzt mit GRsecurity (/dev/kmom RO) verhindert effektiv die Installation von Kernel-Root-Kits!
Ja stimmt. Ist aber IMHO kein Vorteil/ Nachteil der Modularisierung.
Ja stimmt. Ist aber IMHO kein Vorteil/ Nachteil der Modularisierung.
Man tauscht eben Bequemlichkeit (Modulsupport) gegen Sicherheit ein. Vorausgesetzt natürlich dass das schreiben in den Kernelspeicher aus dem Userspace auch unterbunden wird.
Macht natürlich auch nicht immer und überall Sinn.
Auf dem Desktop habe ich auch Modulsupport und kein GRsecurity ;-)
vBulletin® v3.8.6, Copyright ©2000-2012, Jelsoft Enterprises Ltd.