Onderwerp: Vreemd CPU verbruik

Mensen,

eerder had ik in London een P4 2.8GHz met 1GB RAM... hierop draaide een 32 spelers Enemy Territory server op welke een load van gemiddeld 0.80 en cpu usage van 80% gaf.
Loopte opzich goed, maar de machine was versleten. (Stond bij Burstfire).

Hierna hebben we een Dell r200 (Quadcore 2.8 GHz Xeon met 4GB RAM) aangekocht en deze bij een andere provider neergestopt (Icecolo / GlobalAXS). De server draait nu Debian met de 2.6.26-2-amd64 kernel.

Nu staat er een identieke Enemy Territory server op met evenveel slots... alleen klagen mensen dat het niet lekker loopt (lag).


Ik heb het CPU verbruik eens bekeken, en vond het nogal vreemd.

In 'top' zie ik het volgende:

Code:

top - 22:39:29 up 6 days,  3:25,  1 user,  load average: 0.52, 0.48, 0.45
Tasks:  77 total,   3 running,  74 sleeping,   0 stopped,   0 zombie
Cpu(s): 12.0%us,  3.5%sy,  0.0%ni, 84.5%id,  0.0%wa,  0.0%hi,  0.1%si,  0.0%st
Mem:   4062624k total,  2069716k used,  1992908k free,   168164k buffers
Swap:  7815612k total,        0k used,  7815612k free,  1564340k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND            
16054 kenneth    20   0  160m 113m 2712 R  113  2.9 809:41.16 etded.x86

Een nogal hoog CPU verbruik het op process, maar niet in het algemeen (84.5%id).

In 'htop' is het process 100%, en is de usage per core ongeveer 10-15%.

'iostat' en 'mpstat' geven zo'n 5% aan.

'ps aux' zo'n 60 a 70%



Ik probeer nu een oplossing te zoeken wat de oorzaak van de 'lag' is... de pingtijden van sommige spelers in de EU (Spanje,Polen,Portugal,Duitseland) zijn ook aardig hoog... dus het kan ook aan het netwerk liggen. Ik zou eerst willen uitzoeken of het cpu verbruik een oorzaak kan zijn.


Iemand enige suggesties?



Alvast bedankt.

113% is op de totale CPU. Je hebt 4 cores = 4 x 100 = 400 % max.
Het totale cpu verbruik zou dus theoretisch gezien 25 % moeten hebben.

Je kan al een aantal dingen wegstrepen wat het kan zijn want met deze summiere informatie kunnen we niet tot een oplossing komen. (hoeft namelijk niet aan de machine te liggen zoals je zelf zegt!)

Wat is het niet:
-> CPU is OK
-> RAM is OK
-> Geen swap dus dat is OK (door swapping krijg je -altijd- lag)

Ik zou eerst even bij het netwerk gaan zoeken, lijkt mij niet dat het aan de machine ligt maar een foute config kan al voldoende zijn voor lag (maar dat zal je wel niet gewijzigd hebben neem ik aan? )

Volgens mij heb je wel een probleem als het proces een volledige core opslokt. Voor zover ik even snel via Google kan achterhalen is etded namelijk niet multithreaded.

@Piwiweb... als 100% totaal is en ik heb 25% in gebruikt kan een single threaded programma niet meer gebruiken... (Zoals ilnee al aangaf)
Daarom twijfel ik of het aan het netwerk ligt.

Config is identiek en alles draait in een screen.

Kleine update: affinity naar 1 cpu lijkt te helpen... nu even afwachten of het ook beter wordt

Oorspronkelijk geplaatst door Kenneth

@Piwiweb... als 100% totaal is en ik heb 25% in gebruikt kan een single threaded programma niet meer gebruiken... (Zoals ilnee al aangaf)
Daarom twijfel ik of het aan het netwerk ligt.

Config is identiek en alles draait in een screen.

Had ik niet meer bij stilgestaan sorry!

Heb je uberhaupt wel een SMP kernel? Druk in top eens op 1, dan zou je moeten zien of je meerdere CPU's kunt aanspreken. Als je debian kernels gebruikt dient er een -smp suffix te staan bij een uname -a.

Oorspronkelijk geplaatst door D. ter Horst

Heb je uberhaupt wel een SMP kernel? Druk in top eens op 1, dan zou je moeten zien of je meerdere CPU's kunt aanspreken. Als je debian kernels gebruikt dient er een -smp suffix te staan bij een uname -a.

Ja ik heb een SMP kernel en kan alle 4 de cores zien. Zoals ik al zei, na het instellen dat het process maar 1 core gebruikt is het opgelost.

Ik had dit zelfde probleem met mijn Counterstrike Source server - uiteraard had ik een andere setup qua server maar het heeft me wel geholpen door naar dit Topic te kijken !! zeer bedankt..