Bekijk Volledige Versie : Hulp gevraagd ivm slechte performance cs server
Ik en een vriend hebben nu alweer ruim een maand een eigen dedicated server (P4 3GHz, 1GB ram, 160GB hdd, Debian Linux en 350GB dataverkeer per maand). Hierop draaien twee cs1.6 servers: een public (16 slots) en een zogenoemde kz server (klimmaps, 12 slots). Nu heb ik zelf weinig verstand van de technische aspecten van cs, maar mijn vriend en een andere admin hebben de server met goede kennis van de mogelijkheden getracht optimaal te tweaken.
Het is de bedoeling dat de public min of meer stabiel op 300fps draait voor een perfecte performance. Op de KZ Server wordt niet geschoten waardoor een goede performance niet belangrijk is. De meeste resources (met name cpu load) moet naar de public gaan. Echter, met alle instellingen in het voordeel van de public lukt het ons niet de verdeling van resources goed te krijgen. De fps van de KZ server is weliswaar altijd rond de 45fps, maar een volle KZ server trekt nog altijd 40 tot 50% van de cpu power. Dit zou 10% of hooguit 15% mogen zijn lijkt me. De public performt waarschijnlijk hierdoor erg slecht. De fps schommelt enorm. Met name 's avonds (als ook de KZ server druk wordt bezocht) hebben we veel last van lag en is de hitregistratie werkelijk om te huilen. De fps schiet dan tussen de 40 en 100 heen en weer. Er lijkt geen pijl op te trekken te zijn. Wat doen we fout?
Is er een manier om de public op een (min of meer) stabiele 300fps te draaien?
Indien nodig kan ik op verzoek nog de instellingen van beide servers posten.
Beste,
Ik ken zelf de KZ maps niet zo goed,
maar het kan misschien aan de map zelf liggen, probeer bv eens dust.
En de server instellingen (+start command) zou wel handig zijn :)
Al geprobeerd om met de "nice level" van de processen te spelen en kijken of dat help?
voor meer info over nice type:
man nice
info coreutils nice
-Erik
Origineel geplaatst door ProLiSo
Al geprobeerd om met de "nice level" van de processen te spelen en kijken of dat help?
voor meer info over nice type:
man nice
info coreutils nice
-Erik
Ik neem aan dat je bedoelt dat ik zoek in google of een andere zoekmachine. Ik kan echter niet zo snel iets vinden. Misschien kan je iets meer info geven of zelfs een url. Ik ben totaal niet bekend met nice level, weet ook niet wat ik me erbij moet voorstellen.
Ik speel zelf ook vaker klimmaps, sommige zijn redelijk groot. Zoals al gezegd werd, probeer eens een andere (kleine) map zoals de_dust.
Ik weet niet waar je die dedi hebt gehuurd, maar waarschijnlijk zit die p4 3.0 in een chieftec kast gepropt met een desktop mobo. Als dit het geval is dan word de server TE heet en gaan de performance erg hard achteruit, en het gevolg is: instabiele fps, server kan weinig slots aan dus het gaat laggen in de avond (als het druk is).
Dat je server al 40% cpu load heeft bij 12 spelers is gewoon teveel. Ik heb zelf geen pentium, maar heb van een andere host een keer een post gezien hier op wht. Een p4 3.0, met een 16 slots pub+amxx helemaal vol, dat gebruikte 40 - 50% cpu load.
Origineel geplaatst door TiMMiEJ
Dat je server al 40% cpu load heeft bij 12 spelers is gewoon teveel. Ik heb zelf geen pentium, maar heb van een andere host een keer een post gezien hier op wht. Een p4 3.0, met een 16 slots pub+amxx helemaal vol, dat gebruikte 40 - 50% cpu load.
Echt niet :p
20-30% max :)
kz mappen zijn cpu en mem vreters. Zitten vaak bugs in en zijn niet uptimaal gecode. Ik denk dat je nog zo hard kan gaan prutsen met het systeem, maar helemaal goed krijg je daarmee niet.
Met de nice level kun je bepaalde processen voorrang geven op andere processen. Dit gaat van -20 tot 19 waarbij -20 de hoogste prioriteit heeft en 19 de laagste.
van -20 tot 0 is alleen voor root instelbaar.
Standaard draaien processen van gebruikers op 0 voor elk process en wanneer je dan 2 servers hebt draaien die veel vragen kom je dus in de probleempjes want dan weet tux niet wat voorang moet krijgen en gaat ie er van uit dat het proces wat de meeste resources gebruikt voorrang moet hebben.
wanneer je nu je 2de server (met die kz map) met een nice level draait van 10 of zo dan gaat je public server eerst omdat dat proces op prioriteit 0 draait.
Om dit te bewerkstelligen is niet al te moeilijk denk ik, gewoon nice -n 10 aan het commando toevoegen.
Anders post even de startscript(s) die je gebruikt en dan kan ik die wel aanpassen.
Hopelijk is het verhaal zo wat duidelijker :)
-Erik
Origineel geplaatst door Maico
Echt niet :p
20-30% max :)
40 slots dan heb je het gehad bij een p4 3.0, dus jij denkt dat een p4 48 slots vol kan hebben met plugins (3 x16 slots pub). Dan wil ik wel eens op zon pub komen spelen.
Origineel geplaatst door TiMMiEJ
40 slots dan heb je het gehad bij een p4 3.0, dus jij denkt dat een p4 48 slots vol kan hebben met plugins (3 x16 slots pub). Dan wil ik wel eens op zon pub komen spelen.
Heb geen p4's meer draaien..
maar ze kunnen echt wel 2pubs 16slots aan hoor, ligt er natuurlijk ook veel aan welk os etc.
abcinternet2
20/08/05, 23:01
kan 2x20 aan wanneer het geboost is met 200 fps.... maar dan wil je er wel 4GB ram in hebbben zitten ;) BEETJE overkill hoor ;) maar draait erg goed ;) we hebben de games zo getweaked dat hij dus niks meer swapped naar de hd's maar alles in het geheugen laat. Hierdoor nemen ze ieders bijne anderhalf GB in....
Origineel geplaatst door abcinternet2
kan 2x20 aan wanneer het geboost is met 200 fps.... maar dan wil je er wel 4GB ram in hebbben zitten ;) BEETJE overkill hoor ;) maar draait erg goed ;) we hebben de games zo getweaked dat hij dus niks meer swapped naar de hd's maar alles in het geheugen laat. Hierdoor nemen ze ieders bijne anderhalf GB in....
Maar hoe boost je tot een min of meer stabiele 200fps zonder framedrops op een Linux bak?
Origineel geplaatst door 8088
Maar hoe boost je tot een min of meer stabiele 200fps zonder framedrops op een Linux bak?
sys_ticrate 250 zou het moeten doen.
Over boosten heeft clanhost een tijdje geleden ook nog een artiekeltje geschreven :
Origineel geplaatst door clanhost
Wat is server side FPS boosting?
Het is niets meer dan de frame rate verhogen van de dedicated server, ook wel Frames Per Second (FPS). Let wel, server FPS heeft niets te maken met je eigen FPS, dit zijn twee totaal verschillende zaken. Standaard draait dit onder Windows op 64 FPS en onder Linux op 50 of 100 FPS afhankelijk van de kernel die je draait.
Wat FPS boosting doet is de 'feel' van de server verbeteren, het aantal verwerking dat HLDS doet is dus gelijk aan de frame rate. Als je dit verhoogd kan de server dus vaker de inkomende en uitgaande packets verwerken wat als resultaat heeft dat de handelingen die de spelers verrichten beter aankomen. Stel de server draait op 50 FPS, dat betekend dat elke seconde 50 frames kunnen worden berekend door de server, als je beschikt over de juiste settings in het besturingssysteem dan kun je dit bijvoorbeeld verhogen tot 300 FPS.
Hoe dit ervaren wordt door de spelers is natuurlijk een subjectieve mening, persoonlijk merk ik het verschil wel, en de clans die bij ons een boosted server hebben kunnen dit beamen. Het nadeel van FPS boosting, als je het goed doet tenminste, is dat de processor meer werk moet verrichten. Het gevolg hiervan is een zwaardere belasting van de server waardoor er weer minder gameservers op één fysieke machine kunnen worden gehost.
Hoe boost ik mijn server?
Er is een duidelijk verschil in de manier waarop FPS boosting moet worden gerealiseerd tussen Windows en Linux. Onder Windows is het beste om, zoals hierboven als is gezegd, de plugin van Hullu te gebruiken. Deze plugin zorgt ervoor dat de multimedia timer van Windows wordt aangepast waardoor het mogelijk is om de frame rate te verhogen. Leuk feitje, als je sys_ticrate op 400 zet in een Windows server zal er helemaal niets gebeuren. Zet je op de achtergrond een Macromedia Flash filmpje aan (via een website) dan werkt het opeens wel . Flash verhoogd dus net als de plugin van Hullu de multimedia timer van Windows, echter is de manier van Hullu dus wel iets eleganter omdat je meer controle hebt.
Maar aangezien de meeste gamehosters, wij zelf ook, Linux gebruiken voor het hosten van de gameservers wordt het een andere verhaal. Voordat FPS boosting onder Linux werkt moet de server natuurlijk wel voldoen aan een aantal voorwaarden. Veel hosters (doorgaans de goedkopere) gebruiken, bewust of onbewust, nog de 2.4.x kernel van Linux. Deze kernel, zonder aanpassingen, laat het niet toe om de frame rate te verhogen. Dus al zet je de sys_ticrate op 10000 het zal geen donder uitmaken. De kernel versies van deze servers kun je op een minder legale manier wel achterhalen, wat ik hier niet ga uitleggen verder . Het magische woord is hier in ieder geval kernel Hertz, dit staat bij de 2.6.x kernels standaard op 1000 Hz, bij de 2.4.x versies is dit 100 Hz, ook hier geldt hoe hoger de Hz hoe beter de gameservers presteren. Dus als je als hoster meer geld wilt verdienen gebruik je de 2.4.x. kernel; beter rendement, dit gaat natuurlijk wel ten koste van de prestaties. Overigens is het wel mogelijk om de kernel Hertz handmatig te verhogen bij een 2.4.x kernel.
Zin en onzin van FPS boosting
Goed, hopelijk hebben jullie nu een beeld hebben gekregen van wat FPS boosting is en hoe je het moet realiseren. Dan komen we bij het punt of het zinvol is. Dit hangt af van een aantal fatoren, als je bijvoorbeeld een server hebt waarop de frame rate kunt verhogen maar vervolgens de rates gaan limieten heeft het weinig zijn natuurlijk. Dus voor een server die je thuis host zal de prestatieverhoging gering zijn omdat je toch gebonden bent aan een limiterende factor namelijk je verbinding. FPS boosting werpt pas echt zijn vruchten af als alle stukjes in de ketting van voldoende kwaliteit zijn. Die ketting bestaat dus uit:
* Kwaliteit van de server (hardware)
* Kwaliteit van de verbinding (netwerk)
* Genoeg capaciteit op de server (niet overboeken)
* Juiste instellingen van het besturingssysteem
* Juiste instellingen van HLDS
Een waar van 400 van sys_ticrate is ruim voldoende om de grootste winst te behalen. Hierdoor zal je frame rate effectief tussend e 250 en 300+ FPS zijn. Als dit controleert met "rcon stats" zie je dat het wel kan schommelen, 300 FPS is is mijn ogen gelijk aan een sys_ticrate waarde van 400. Hoger gaan dan 400 is niet echt zinvol en kan juist nadelig werken in de vorm van spikes in het gebruik van de processor.
Ook zal de latency van de server iets gunstiger worden bij FPS boosting (ping) deze zal iets lager worden ( 3 tot 5 ms.) en zal stabieler worden, minder spikes dus. Als een latency hebt van 100 ms. in je server dan ligt dat waarschijnlijk aan je verbinding of de server (te hoge belasting op de processor).
Origineel geplaatst door Maico
sys_ticrate 250 zou het moeten doen.
Over boosten heeft clanhost een tijdje geleden ook nog een artiekeltje geschreven :
Wij hebben de sys_ticrate op 750 staan momenteel. Bij een lege server meet ik 333fps. Maar zodra er al een paar spelers zijn ingelogd gaat de fps al schommelen. 250fps, 333fps, soms zelfs heel even 166fps. Bij een volle server haalt de server nooit meer de 333fps, maar schommelt zo rond de 100-150fps met drops naar 40-50fps. Moet ik de reden hiervan dus zoeken in bezetting van de benodigde resources door andere processen?
Ik ken dat stukje over fps boosting van ClanHist overigens. Toch bedankt! :-)
Origineel geplaatst door 8088
Wij hebben de sys_ticrate op 750 staan momenteel. Bij een lege server meet ik 333fps. Maar zodra er al een paar spelers zijn ingelogd gaat de fps al schommelen. 250fps, 333fps, soms zelfs heel even 166fps. Bij een volle server haalt de server nooit meer de 333fps, maar schommelt zo rond de 100-150fps met drops naar 40-50fps. Moet ik de reden hiervan dus zoeken in bezetting van de benodigde resources door andere processen?
Ik ken dat stukje over fps boosting van ClanHist overigens. Toch bedankt! :-)
ticrate 750 is nooit goed :X.
Tickrate 250 zou hem gewoon op 200fps moeten houden.
Ik begin meer te denken dat je OS niet helemaal lekker loopt ofzo.
Ik gebruik FC3 en krijg met de volgende ticrates de volgende fps waarden:
250 -> 166 fps
500 -> 333 fps
klikmaps speel ik zelf geregeld. Deze maps zijn gewoon niet stabiel voor de server. De fps wankelt erg veel in dit soort maps. ik weet niet precies waar door.
*** UPDATE ***
Momenteel draait alleen de 16 slots public nog, maar schommelt de fps nog altijd tussen de 100 en 333 fps. Nog steeds niet waar ik um hebben wil. Sys_ticrate = 400. Gek genoeg maakt het voor de cpu load en fps niet uit of ik de sys_ticrate op 400 zet of op 3000. Echt geen enkel verschil. Of moet de server dan weer opnieuw gestart worden? Of misschien alleen de betreffende cfg-file? Bij een volle server is de cpu load meer dan 50%. Ik start de server met het volgende commando.
./hlds_run -game cstrike +map de_dust2 +maxplayers 17 -secure -autoupdate +port 27015 &
Wie heeft nog suggesties om de performance beter te krijgen? Voor onze community is performance van de server alles en momenteel valt het ons erg tegen wat we met deze machine kunnen draaien.
P.S. Is het nog zinvol om de server te starten met hlds_amd daar wij een AMD XP machine hebben?
Dat kan je inderdaad toevoegen omdat er dan toch gebruikt wordt van een AMD optimalisatie. Ik zou zeggen, probeer het!
Origineel geplaatst door Dirkje
Dat kan je inderdaad toevoegen omdat er dan toch gebruikt wordt van een AMD optimalisatie. Ik zou zeggen, probeer het!
Normaal moet hij dit automatisch herkennen ,).
Maar dit er een merkwaardig probleem ja..
Welk OS gebruik je specifiek (dus welke debian?).
Begin meer te denken dat het OS specifiek is..
En zijn alle maps op zo een lage fps ?.
Een voorbeeld start line die wij gebruiken :
./hlds_run -game cstrike +ip XXXX +maxplayers 18 +map de_dust2 -autoupdate.
Mocht dit nog niet helpen..
Probeer er dan eens -pingboost 1,2 of 3 in te zetten, let op dit kost aanzienlijk meer cpu!.
(Configs posten zou btw erg handig zijn, of evt via pm/mail :)).
D. ter Horst
16/09/05, 22:51
-pingboost 3 (de zwaarste vorm) werkt voor de bullet reg (waar het je om gaat) het best. Het kost wel veel meer CPU kracht maar doet precies wat jij wil. Dat je FPS tussen de 100 en 300 schommelt zul je denk ik als speler niet echt merken. Pas als je CPU belasting te veel wordt krijgen de clients last van lag en slechte 'reg'.
start je server maar eens in een screen in plaats van een &
Origineel geplaatst door Goldeneye
start je server maar eens in een screen in plaats van een &
Wat bedoel je hiermee? Hoe start ik de server in een screen?
Met screen draai je het in een ander 'venster' dus meer multi-user dacht ik. Even de RPM zoeken, installeren en de man doorlezen.
D. ter Horst
20/09/05, 14:12
screen -AdmS cstrike01 ./hlds_run -game cstrike +map de_dust2 +maxplayers 17 -secure +port 27015 -pingboost 3 -autoupdate
Dat bedoeld frvge te zeggen :) Screen laat de app als het ware los van een terminal sessie draaien.
Misschien een beetje offtopic, maar heeft iemand tevens toevallig een scriptje dat wanneer je "rcon quit" intypt in console deze automatisch de server herstart? Nu moet ik elke keer mijn server handmatig herstarten via een SSH sessie.
Indien je het over CS of CSS heb, deze heeft al een goed werkend restart scripts (srcds_run danwel hlds_run).
Bij het crashen van de hlds/srcds binairy word deze na 10 seconden automatisch weer gestart (al dan niet voorafgaand van de steam update).
D. ter Horst
20/09/05, 15:25
@ royen99
Volgens mij moet je dan wel altijd -autoupdate gebruiken anders restart ie niet? Bij CS 1.6 is dat wel zo toen ik nog met CS servers werkte (wat in het begin van de Steam tijd en daarvoor was). Negeer maar als dit ondertussen veranderd is :)
Klopt. Standaard dien je -autoupdate te gebruiken.
Het is uiteraard slechts 1 minuutje werk om de [src|hl]ds_run file aan te passen en $RESTART variable altijd te zetten. Dan zal deze ook zonder de -autoupdate restarten.
Origineel geplaatst door 8088
Wat bedoel je hiermee? Hoe start ik de server in een screen?
met debian zou je vermoedelijk met apt-get screen het kunnen installeren.
daarna kan je met screen een aparte terminal starten, daarin start je je cs server en met ctrl a ctrl d keer je dan weer terug. als je dan uitloged, blijft je server gewoon draaien.
terug naar je screen doe je met screen -R.
slim is het ook om als root de screen te starten, je geef je cs server dan een hogere prioriteit dan met een standaard user.
Ik heb inmiddels de server met pingboost 3 draaien en hij draait 1000fps met af en toe drops naar 333, 400 en 500 fps. Kortom, alles lijkt stukken beter te werken. Ik heb nog geen tijd gehad om de feel van de server tot me door te laten dringen, maar dat komt de komende weken nog wel. Overigens is de cpu load bij de_aztec 80 tot 85% bij een volle server. Maar goed, performance voor alles!
Wederom is gebleken dat de hitreg nog altijd erg slecht is bij tijd en wijle. Daarnaast is de lag af en toe zo erg dat het bijna onspeelbaar wordt. De lol gaat er in ieder geval vrij snel af. Overigens schijnen veel Duitse spelers geen last te hebben van lag. Dit signaal en andere signalen brengen ons steeds dichter bij de conclusie dat het netwerk waarin onze server staat de beperkende factor is. In dat geval kan je natuurlijk tweaken tot je een ons weegt zonder resultaat.
Weet iemand hoe ik ons vermoeden het beste kan testen zodat we uitsluitsel hebben en wellicht kunnen gaan uitzien naar een nieuwe isp?
Een andere vraag is of het netwerk waarin een server hangt de fps die een server genereerd kan beinvloeden.
Cyberdevil
19/10/05, 15:49
Het gaat hem niet over het aantal % belasting maar over de loads.
Wil je stabiel een server draaien zonder tickrate drops moet je je loads gewoon onder de 1 houden.
Dat dit aan de temperatuur zou liggen geloof ik niet. Loopt deze te hoog dan gaat hij zijn loads omlaag trekken door idle te gaan draaien en zullen de servers crashen.
1) Memory is heel belangerijk bij gameservers. 256MB of geen Dual Channel kan al veel verschil maken.
2) Kijk naar andere loads en probeer te zorgen dat niks veel memory of cpu kan gebruiken.
3) Zorg dat je altijd laatste versies van admin mods hebt staan. Is gebleken dat er in de oudere versies nogal wat memory lekken zitten.
4) Als deze server vaak vol zit dan zal memory usage wel hoog zijn. Gevolg is swappen en dit zal zeker voor lag zorgen. Stop en start elke week alle servers eens, dit kan dmv rcon. Dit om te zorgen dat er altijd zo weinig mogelijk in de swap zit.
5) Installeer mrtg en check memory usage en loads. Kan je veel op zien.
Het gaat juist wel om de % CPU belasting, load zegt geen hol. Zodra je servers met pingboost 3 gaat starten zal je load supersnel stijgen omdat een server continu zal proberen data van zijn netwerksocket te lezen, echter is dit totaal niet nodig voor het bijhouden van de juiste serverside fps. Ik heb zat servers draaien waarbij de load echt wel boven de 2.0 komt (dual proc), maar waar er geen fps drops zijn, en de CPU usage niet boven de 40% op 2 procs uitkomt.
Origineel geplaatst door Hollanda
Geef eens een IP.
85.10.195.196:27015
@ Cyberdevil
Ik ga de loads eens goed bekijken. Bedankt voor het meedenken. We hebben overigens 1GB ram in de server zitten, dat meot toch ruim voldoende zijn voor een 16 slot server.
Origineel geplaatst door MikeN
Het gaat juist wel om de % CPU belasting, load zegt geen hol. Zodra je servers met pingboost 3 gaat starten zal je load supersnel stijgen omdat een server continu zal proberen data van zijn netwerksocket te lezen, echter is dit totaal niet nodig voor het bijhouden van de juiste serverside fps. Ik heb zat servers draaien waarbij de load echt wel boven de 2.0 komt (dual proc), maar waar er geen fps drops zijn, en de CPU usage niet boven de 40% op 2 procs uitkomt.
De cpu load lijkt geen invloed te hebben op de lag. Bij 30% lagt de server af en toe, bij 80% ook. De fps lijkt wel meer te schommelen bij veel spelers tegelijk, maar zeker weten durf ik dat niet daar de fps eigenlijk altijd wel schommelt behalve als de server leeg is. We hebben de server al in pingboost 1, 2 en 3 gedraaid en natuurlijk ook zonder pingboost. De hitreg blijft slecht en de lag is er in alle gevallen.
Wat wordt overigens precies bedoeld met loads? cpu load van de verschillende processen die draaien?
8088: je zegt dat duitsers er geen last van hebben? dan ligt het hoogst waarschijnlijk aan de verbinding.
Origineel geplaatst door sander
8088: je zegt dat duitsers er geen last van hebben? dan ligt het hoogst waarschijnlijk aan de verbinding.
Ik heb nooit gezegd dat alle Duitsers lagvrij op onze server kunnen spelen. Ik heb enkel weleens meegemaakt dat er lag was voor bepaalde spelers en voor sommigen niet. Dat bleken op dat moment Duitsers te zijn waardoor ik ook direct dacht aan een beperking in het netwerk. Het is echter geen regel dat Duitsers geen lag ervaren. Wellicht worden de problemen veroorzaakt door een combinatie van server en netwerk. Het is nog te vroeg om alles aan het netwerk toe te schrijven.
Origineel geplaatst door 8088
Ik heb nooit gezegd dat alle Duitsers lagvrij op onze server kunnen spelen. Ik heb enkel weleens meegemaakt dat er lag was voor bepaalde spelers en voor sommigen niet. Dat bleken op dat moment Duitsers te zijn waardoor ik ook direct dacht aan een beperking in het netwerk. Het is echter geen regel dat Duitsers geen lag ervaren. Wellicht worden de problemen veroorzaakt door een combinatie van server en netwerk. Het is nog te vroeg om alles aan het netwerk toe te schrijven.
nja veel duitsers dan ;), welke kernel heb je draaien op die machine?
nee de kernel , voer het commando uname -a eens uit en paste de output ervan eens
De server zal binnenkort opgeheven worden daar mijn vriend ermee is gestopt. Pogingen om de server nog tot een goede performance te dwingen zijn nu zinloos. Bij deze dank ik iedereen voor de reacties! :-)
Moet zegge dat dit opzich wel een vaag geheel is.
Zo te zien werkt niets.
Wellicht toch een fout in het besturings systeem of de hardware die niet super lekker draaid.
Toch jammer :rolleyes:
Tsja, ik en mijn vriend zijn geen linux-kenners, maar we hebben echt al heel wat toeren uitgehaald om de server naar behoren te laten presteren. Echter zonder resultaat. Overigens hebben we wat misverstanden uitgepraat en hebben we besloten een nieuwe host te zoeken en sowieso een win 2003 te nemen zodat we beter uit de voeten kunnen. Nu alleen nog een geschikte niet te dure host vinden met een AMD/P4 3GHz of hoer, 1GB ram en 300-400GB dataverkeer. :-)