Hi all,
This question is not directly related to srcds, but may be more of a Linux
question, but since there are a lot of experienced gameserver sysadms here,
it seemed the logical place to ask. :)
First off, my setup, so that is in place
Running CentOS 5.6 in a ESXi VMWare, PAE kernel, three cores, 4GB RAM (I'm
running a 1:1 on actual cores/virtual cores, so i'm not overextending the
CPU)
Two 24 man TF2 servers, and 5 forked L4D servers on this VM, nothing else.
On to the problem:
I've been hearing complaints from my players, and have experienced myself,
small lag-stutters from time to time, where the entire server seems to
stutter for at second or two, and then just continue. Pings stay normal,
people aren't kicked or any such problems.
So, i've started debugging (mostly monitoring with dstat and htop), and
have found out something which I think is very strange, and may or may not
be related to the issue at hand.
TD2 servers have been more or less full the entire time (22-24 players at
all times of monitoring), L4D have had 1-2 forks populated as well.
Anyway, I am seeing load spikes, where load jumps from 1.5 to 3.5 in a
single second tick in dstat, but the strange thing, there are no other
metric that jumps at the same time, that could explain the large jump in
load (I'm monitoring CPU, Mem, diskIO and process count, and there are no
odd jumps there, no)
Furthermore, this evening i'm seeing loads in the 8-9 range, but CPU
utilization (usr/idle/wait), memory use, disk IO is the same as it was this
afternoon, and its more or less the same number of players online (Give or
take 5-7 players), and servers are as playable as they always are.
Log files from dstat can be supplied, if anyone deems necessary.
Does anyone know if this is srcds related, or my system thats just wonky
(maybe reporting wrong load values?), or, possible know some metric that
contribute to load, that I haven't monitored yet?
Thanks in advance :)
/Peter
______________________________**_________________
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/**mailman/listinfo/hlds_linux<http://list.valvesoftware.com/mailman/listinfo/hlds_linux>
