Hohe CPU Last bei CS:S Tick100 Server

Hallo Leute,

ich weis nicht ob ich der einzigste bin aber mitlerweile glaube ich die wollen die Linux Admins ärgern.

Ich hab die Tage ne neue Box aufgesetzt

CPU P4 2.66 Ghz
512 MB Ram

darauf sollte nen 14 Slot Tick 100 Counter:Strike Source War server laufen und sonst nix.

Und was soll ich sagen. 8 Leute drauf und die CPU Last ist bei 89%. Die Server FPS brechen ein bis auf 50

Kernel ist der Linux version 2.6.8-3-686-smp (pbuilder@dl360-g3) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 SMP Thu Sep 7 04:39:15 UTC 2006

Ich kann mich noch erinnern wo ich Ende 2005 mit der Root Server geschichte anfing das auf nem 2.6 Ghz P4 locker 24 Slots Tick66, 16 Slots Tick33 und 14 Slots Tick 100 liefen auch wenn alles voll war und jetzt nicht mal mehr 14 Slots Tick100.

Was für Power Server brauch man denn heute um nen 14 Slot Tick 100 zu hosten?

hier die Server.cfg die ich habe.

hostname "Gerd War-Server #1 [Tickrate 100]"  
sv_password "xxx"         


rcon_password "xxx"


mp_buytime .25
mp_startmoney 800
mp_c4timer 35
mp_flashlight 1
mp_decals "300"
mp_dynamicpricing 0
mp_playerid 0
mp_footsteps 1
mp_timelimit 0            
mp_winlimit 0 
mp_maxrounds 0
mp_roundtime 2.5
mp_freezetime 6
mp_autoteambalance 0
mp_limitteams 0
mp_friendlyfire 1
mp_tkpunish 0
mp_autokick 0
mp_allowspectators 1
mp_forcechasecam 1
mp_forcecamera 1
mp_playerid 0
mp_forcerespawn 0
mp_teamplay 1
mp_solidplayers 1 
mp_fadetoblack 0                        
mp_falldamage 1


phys_pushscale 1
phys_timescale 1
phys_impactforcescale 10


decalfrequency 20


cs_stacking_num_levels 1


sv_rcon_maxfailures 5
sv_rcon_minfailures 5
sv_rcon_minfailuretime 30
sv_lan 0              
sv_region 3
sv_timeout 65
sv_voiceenable 1
sv_alltalk 0    
sv_voicequality 2
sv_pushaway_clientside 0
sv_pushaway_clientside_size 15
sv_pushaway_force 30000
sv_pushaway_max_force 1000
sv_pushaway_min_player_speed 75
sv_gravity 800
sv_turbophysics 1
sv_unlag 1
sv_maxrate 25000
sv_minrate 15000
sv_maxupdaterate 101
sv_minupdaterate 20
sv_allowupload 1
sv_allowdownload 1
sv_aim 0
sv_cheats 0
sv_pausable 0


fps_max 600


writeid
writeip
log on


                           
tv_enable 0
bot_quota 0

Jemand eine Idee? Gibts Leidensgenossen? Hat wer Mitleid?

'dibs

lspci

lshw

dmesg

cat /proc/meminfo

cat /proc/cpuinfo

'dibs

die Distro ist Debian. Ich habe bereits diesen Kernel probiert:

Linux version 2.6.8-3-686-smp (pbuilder@dl360-g3) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 SMP Thu Sep 7 04:39:15 UTC 2006

Nur das Problem bleibt das gleiche. Wenn ein Spieler auf dem Server ist liegt die CPU Last schon bei 10 %
Einen eigenen Kernel backen traue ich mir nicht zu, vor allem nicht auf einem Root Server wo ich nicht mal ebend nen alten Kernel booten kann. Habe auf dem Root weder die möglichkeit selbst nen Rescue System zu booten, noch eine Neuinstallation anzuwerfen. Wäre alles mit Kosten verbunden.

EDIT: Nachtrag, wenn noch nen Fass zum Beispielt rollt sieht die CPU Last so aus:

CPU In Out Uptime Users FPS Players
18.67 6456.39 8581.53 7 0 336.36 1

TOP:

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1792 war-serv 15 0 142m 64m 30m S 19.3 12.9 0:43.22 srcds_i686

Dat kann es ja wohl nicht sein. Ein Spieler und 20% CPU Last?!? Kann es vielleicht jemand überprüfen der ungefähr die gleiche CPU hat?!?

'dibs

Ok ich habe mir mal die aktuellen Kernel Quellen geladen (2.8.18.2) und mal die alte Config rüber kopiert und mit make menuconfig geladen. Da scheint einiges geladen zu sein was man nicht braucht. Vor allem steht da als CPU PPro.

Ich habe mir jetzt mal eine Debian HowTo zum Kernel bauen bei google gesucht und arbeite das mal durch. Mal sehen was am Ende daraus entsteht.

Dort steht auch eine Möglichkeit per grup den neuen Kernel nur einmal zu laden was ich dann probieren werde. Ich hoffe das ich bei ner Kernel Panic per webinterface nen Hard-Reboot anstoßen kann und der alte Kernel wieder On kommt.

Ich berichte wie es ausgegangen ist und ob es was gebracht hat.

'dibs

Also, ich glaub ich hab bei ersten mal voll in die Ka..... gepackt

Der server kam nach dem reboot nicht mehr on. Gott sei dank hat das mit dem --onec von Grup funktioniert und nach dem Hard-Reset ist er jetzt wieder mit dem altem Kernel online.

Ich glaube langsam das ich heftig OffTopic komme. Vielleicht sollte ich nen neuen Thread in der Linux Ecke starten.

'dibs