PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Keine 1000 FPS ..?



Pascalli
01.10.07, 14:02
Hallo,

Ich habe auf meinem Root Server einen CounterStrike 1.6 Server laufen und will ihn auf 1000 FPS Pushen. Dazu Verwende ich folgende Hardware:


Prozessor
Prozessor AMD Opteron 1210
Anzahl CPUs DualCore
Bandbreite 64 Bit
Taktfrequenz 2x 1.8 GHz
Speicher
Kapazität 1.024 MB
Typ DDR2 (667 MHz)
Das ganze mit einem 1000 hz Kernel.

Meine Serverconfig sieht wiefolgt aus:


hostname "Dust2|Inferno|Nuke - ONLY - 1000 FPS"

rcon_password "...."

sys_ticrate "5000"
sv_maxspeed "320"
mp_timelimit "0"
sv_maxrate "30000"
sv_minrate "6000"
sv_maxupdaterate "120"
sv_minupdaterate "20"
sv_mincmdrate "50"
sv_maxcmdrate "120"
sv_maxunlag "0.50"
sv_unlag "1"

Doch ich bekomme nur:


CPU In Out Uptime Users FPS Players
0.00 0.00 0.00 5 0 480.31 0

Und das bei 0 Spielern.. Ist etwas an der Server CFG falsch oder ähnlichem?

Mfg

Pascalli

ThorstenHirsch
01.10.07, 14:08
Was passiert wenn du einen Kernel mit 100 hz benutzt?

Pascalli
01.10.07, 14:10
Das habe ich nicht Probiert allerdings weiß ich auch nicht wie ich den Kernel wieder umschraube...


uname -r gibt folgendes aus:



bravo418:/usr/src# uname -r
2.6.18-cks1

Sollte ein 1000 HZ Kernel sein oder?!

ThorstenHirsch
01.10.07, 14:11
Nein, könnte genauso gut auch was anderes eingestellt sein.

stefan-tiger
01.10.07, 15:21
Heisst FPS hier: Frames pro Sekunde?

Soweit ich weiß werden Frames, also Grafiken, nicht auf dem Server berechnet.

Wenn du was über deinen Kernel wissen willst brauchst du die CONFIG.

grep HZ /usr/src/linux-`uname -r`/.config

ThorstenHirsch
01.10.07, 15:54
Der Server hat auch eine Geschwindigkeit, die man in frames per second angeben kann. Das hat nix mit der Grafikausgabe zu tun, sondern ist vielleicht besser als "berechnete Szenen pro Sekunde" zu verstehen.

Und die .config, die du nennst, muss nicht synchron zum Kernel sein. Aber in /proc oder /sys ist eine config, die synchron zum Kernel ist. Ich weiß den Namen gerade nicht auswendig. Wenn du die nicht findest, schau mal in /boot nach allem was config im Name hat. Die Chance, dass die dortige config mit dem aktuellen Kernel übereinstimmt ist größer als die unter /usr/src.

Pascalli
01.10.07, 15:55
Bei Counterstrike Servern ist es so , dass die Frames eine Rolle Spielen von der Geschwindigkeit her sprich maximale leistung eines Servers , schüsse genau also echtzeit ohne Lags

Hier Infos:



bravo418:/usr/src# grep HZ /usr/src/linux-`uname -r`/.config
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250_NODEFAULT is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000
CONFIG_MACHZ_WDT=m

PierreS
01.10.07, 16:05
Ist 1000 nicht etwas hoch? Idealerweise sollte das synchron mit den Clients laufen. Quake Wars z.B. nutzt deshalb feste 30fps.

Pascalli
01.10.07, 16:06
1000 FPS ist bei CounterStrike Optimal.
Hat evl. jemand ne gute Config für nen 1000 FPS Server?



Habe die /proc/config.gz mal geuppt:

http://hoppel-hasen.de/config.html

stefan-tiger
01.10.07, 20:03
Ihr verwechselt da was:

wenn der Kernel auf 1000 HZ eingestellt ist, heisst daß nur, daß der Scheduler im Round-Robin-Verfahren alle 1ms den Prozess/Thread wechselt.

Ich seh da keinen Zusammenhang warum dadurch ein anderes Programm 1000 Szenen pro Sekunden berechnen können soll.

Eine schnellere CPU und/oder eine höhere Prozesspriorität sollte hier besser helfen.

Pascalli
01.10.07, 20:09
n 1,8er Dual Core 64 Bit dürfte für nen CS Server wohl noch reichen! Zu Bermerken ist das es nur einer ist ;)

stefan-tiger
01.10.07, 20:13
n 1,8er Dual Core 64 Bit dürfte für nen CS Server wohl noch reichen! Zu Bermerken ist das es nur einer ist ;)

Da hab ich keine Erfahung, aber ich würd erstmal anders an die Sache rangehn, z.B. alle unnötigen Prozesse beenden.

Schauen ob Platten- und Netzwerkgeschwindigkeit stimmt u.v.a.m. und zuletzt an der CPU oder dem Kernel suchen.

Pascalli
01.10.07, 20:25
In jedem Forum wo erfahrene Hoster rumhängen sagen sie Upgrade dein Kernel auf 1000 hz dann kriegste 100 % tig 1000 FPS ^^

zyrusthc
01.10.07, 21:00
In jedem Forum wo erfahrene Hoster rumhängen sagen sie Upgrade dein Kernel auf 1000 hz dann kriegste 100 % tig 1000 FPS ^^

Oder auch andere lustige Effekte tretten dann auf
http://www.linuxforen.de/forums/showthread.php?t=241072

Greeez Oli

Pascalli
01.10.07, 21:07
naja ich lassn cor emal so laufen also sind die 1000 fps garkeine verbesserung? also hab ich mir dis nur eingebildet das mehr reinging ^^

PierreS
01.10.07, 21:22
Kinder, Vorsicht mit dem Alkohol! :-)

zyrusthc
01.10.07, 21:33
naja ich lassn cor emal so laufen also sind die 1000 fps garkeine verbesserung? also hab ich mir dis nur eingebildet das mehr reinging ^^
Noch mal in Deutsch bitte?!

ThorstenHirsch
01.10.07, 21:46
Immer kommen hier <ironie>junge, dynamische Administratortalente</ironie> an und erzählen was von 1000Hz-Kernel für ne bessere Performance und jedesmal bekommen die zu hören, dass das Quatsch ist, denn genau das Gegenteil ist der Fall: bei geringerer Frequenz hat der Kernel nicht so viel mit dem overhead beim Wechseln der Prozesse zu tun und kann sich somit länger dem CounterStrike-Server widmen.

Aber nie gibt's Fakten! Kannst Du, pascali, denn nicht einfach mal ausprobieren, ob der gleiche Rechner mit den gleichen CS-Einstellungen schneller oder langsamer ist, wenn der Kernel mit 100Hz statt mit 1000Hz läuft?! Ist es denn zuviel verlangt, dass einfach mal jemand diesen gottverdamten Vergleich durchführt?!

PierreS
01.10.07, 21:59
Es ist ja nicht unwahrscheinlich, daß man hier überhaupt keinen Unterschied spürt, da sich der Server eh langweilt.

ThorstenHirsch
01.10.07, 22:10
Deswegen soll er ja auch schauen ob der Server mehr kann als 480,31 FPS.

stefan-tiger
02.10.07, 13:59
Poste mal von dem Server, wenn er mal wieder langsam ist die Ausgaben von:

ps au

und

free

und

df -h

Achja: Allgemein kann man sagen, umso höher die Hz-Zahl im Kernel, umso schneller Reagiert der Computer, aber umsomehr Overhead beim Prozesswechsel ensteht.

Wenn du ganz viele Prozesse laufen hast, und der Scheduler oft wechselt, kann es sein, daß die hälfte der CPU-Zeit mit Prozesswechsel beschäftigt ist. Der Computer ist dann nur noch halb so schnell.

Rechenbeispiel auf der selben CPU:

100 Hz => 9,5 ms pro Prozess
Der Overhead für einen Wechsel sei 0,5ms => 95% der CPU-Leistung stehen tatsächlich zur Verfügung.

1000 HZ => 0,5ms Porzess, 0,5ms Overhead => nur 50 % Leistung

Also kann eine höhere Hz-Zahl die Leistung verringern.

Die Hz-Zahl sollte Proporitional zur CPU-Leistung gewählt werden.

Ich verwende für Desktop-Systeme 300 Hz, für Server würde ich 100 Hz nehmen.

Als Oienteirung würde ich sagen:
100 Hz: 1 GHz Systeme
200 Hz: 2 GHz Systeme
300 Hz: 3 GHz Systeme

(aber: Taktfrequenz ist nicht proportional zur Leistung, also Vorsicht!)

Deutarul
14.10.07, 22:08
Quake Wars z.B. nutzt deshalb feste 30fps.
Kann ich nicht bestätigen. Als ich noch Windows hatte und die Quake Wars Demo spielte hat ich ungefähr 40-50 fps, also mehr als 30. Frage mich, wo du das her hast.

Fisch.666
14.10.07, 23:01
Schoneinmal geschaut wo Du Dich befindest? Hier geht es um den Server und nicht um ein Client Spiel...

spychodelics
14.10.07, 23:41
Also subjektiv gesehen laggen server mit 1000fps weniger.
Nachweisen kann man das nicht, das ist wie die 100hz die der monitor
fährt und den 101 fps die man dazueinstellt. Einfach nur subjektiv

also wenn 1000hz im kernel gegeben sind dann, muessen noch folgende einstellungen getaetigt werden.

im startparameter :

./hlds_run -game cstrike +maxplayers 20 +ip xx.xx.xx.xx +map de_dust2 +port 27015 +sys_ticrate 4500 -pingboost 3 +fps_max 1000 -secure -autoupdate


ausserdem wuerd ich in die server.cfg noch reinpacken

fps_max "1000"
host_framerate "0"


ausserdem bin ich der meinung das in dsl zeiten pflicht sind, das ist aber ansichts sache

fakelag "0"
fakeloss "0"
sv_clienttrace "1.0"
sv_maxrate "30000"
sv_minrate "10000"
sv_maxupdaterate "120"
sv_minupdaterate "60"
sv_maxunlag "0.30"
sv_unlag "1"



damit bekommt man dann im hlsw ein

00:40:32 CPU In Out Uptime Users FPS Players
2.80 0.00 0.00 19063 4276 1000.00 0

ThorstenHirsch
15.10.07, 09:14
Ein Glück gibt's jetzt CONFIG_NO_HZ, damit hört dieser Unsinn endlich auf.