Server Lag

[bob7]

My server has severe fps drops (server fps or updaterate goes from 66.7 to 45) when are 22 or more people inside.



here are 26 people inside: WTF 36 server fps???



The Cpu is intel i5 core and 4 gb ram.

The kernel is boosted so the server picks 980 fps when is empty until 20 people.

The server has Mani Admin Plugin v1.2vb, MetaMod:Source v1.8.5V, EventScripts v2.1.1.360, CS:S Deathmatch v2.1.2, SourceMod v1.3.6 and Zblock 4.6 rc1 installed.

The funny thing is that i tried the same server on a windows 7 machine and never had such fps drops even at 32 players.

So, what i have to do in order not having fps drops when are lots of people inside?? ( > 22 people)

Thank you in advance

[Bob Dole]

Depending on your upload/download speed it will tell you how many players you can have for your server. http://www.speedtest.net/ <-- try that and post your speeds, and ill go look for the player to MB ratio.

EDIT: Found it.

64kb/s = 2 players max
128kb/s = 4 players max
256kb/s = 8 players max
512kb/s = 16 players max
1Mb/s = 32 players max
2Mb/s = 64 players max

[bob7]

(03-27-2011, 01:28 AM)Bob Dole Wrote:  Depending on your upload/download speed it will tell you how many players you can have for your server. http://www.speedtest.net/ <-- try that and post your speeds, and ill go look for the player to MB ratio.

EDIT: Found it.

64kb/s = 2 players max
128kb/s = 4 players max
256kb/s = 8 players max
512kb/s = 16 players max
1Mb/s = 32 players max
2Mb/s = 64 players max

The bandwidth is not an issue here , the server is located at a 100 Mbps duplex line.

[Bob Dole]

well you are hosting for over 22 people, so I guess it's natural to acquire more ping, since everything, and everyone is playing on your computer

[BehaartesEtwas]

server fps drops are not cause by bandwidth problems. the lerp value is yellow because the server fps are too low for that lerp value (so you shall increase cl_interp client side - but that does not fix your server problems of course)

(03-27-2011, 12:44 AM)bob7 Wrote:  The kernel is boosted so the server picks 980 fps when is empty until 20 people.

How did you do that exactly? I suspect some problem here, maybe you did it wrong or insufficient. Changing the kernel also isn't everything. you might find some help here:
http://wiki.fragaholics.de/index.php/EN:Linux_Optimization_Guide

Which Linux distribution do you use? 32 or 64 bit?

[bob7]

(03-27-2011, 08:59 PM)BehaartesEtwas Wrote:  server fps drops are not cause by bandwidth problems. the lerp value is yellow because the server fps are too low for that lerp value (so you shall increase cl_interp client side - but that does not fix your server problems of course)

(03-27-2011, 12:44 AM)bob7 Wrote:  The kernel is boosted so the server picks 980 fps when is empty until 20 people.

How did you do that exactly? I suspect some problem here, maybe you did it wrong or insufficient. Changing the kernel also isn't everything. you might find some help here:
http://wiki.fragaholics.de/index.php/EN:Linux_Optimization_Guide

Which Linux distribution do you use? 32 or 64 bit?

Sorry for that answer delay , I didn't have internet connection for 7-days

My friend said that he has slackware 13.1 32-bit rt-kernel.

Also, he has followed each step of your guide above:
http://wiki.fragaholics.de/index.php/EN:Linux_Optimization_Guide

So what's wrong here? What are you suggesting to do?

[BehaartesEtwas]

which parts of that guide did you exactly follow? it has many optional things and alternatives...

[bob7]

(04-04-2011, 03:56 AM)BehaartesEtwas Wrote:  which parts of that guide did you exactly follow? it has many optional things and alternatives...

He did the following :

1. Compiled the RT kernel with the settings from this page: http://wiki.fragaholics.de/index.php/EN:Linux_Kernel_Optimization

2. Created the resched.sh script mentioned on the first site and created a cron job to set srcds_run to run with realtime scheduling

3. Bound the srcds_run process to the 3rd CPU with taskset

4. Didn't use the "idler" script, nor changed the clock source

[BehaartesEtwas]

which cpu exactly do you have? (best: post output of "cat /proc/cpuinfo")

you might try some of the alternatives the howto gives you. esp. try configuring the kernel with 100 HZ (*not* 1000) and dynamic ticks. try some other patch than RT (maybe vanilla, i.e. an unpatched original kernel). and try using a 64 bit Linux. also I have no experience with slackware, maybe another distribution can improve the situation (if you switch to 64 bit you need a reinstall anyway).

[bob7]

(04-04-2011, 06:24 PM)BehaartesEtwas Wrote:  which cpu exactly do you have? (best: post output of "cat /proc/cpuinfo")

you might try some of the alternatives the howto gives you. esp. try configuring the kernel with 100 HZ (*not* 1000) and dynamic ticks. try some other patch than RT (maybe vanilla, i.e. an unpatched original kernel). and try using a 64 bit Linux. also I have no experience with slackware, maybe another distribution can improve the situation (if you switch to 64 bit you need a reinstall anyway).

These are the characteristics one of the 4 cores:

: processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 30
model name : Intel® Core™ i5 CPU 760 @ 2.80GHz
stepping : 5
cpu MHz : 2808.714
cache size : 8192 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu tsc msr pae cx8 apic cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc ida pni vmx est ssse3 cx16 sse4_1 sse4_2 popcnt lahf_lm
bogomips : 7023.85
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:




Tomorrow , my friend will try to change the kernel to 100 Hz.
I will post the results here.

[bob7]

(04-05-2011, 01:16 AM)bob7 Wrote:  

(04-04-2011, 06:24 PM)BehaartesEtwas Wrote:  which cpu exactly do you have? (best: post output of "cat /proc/cpuinfo")

you might try some of the alternatives the howto gives you. esp. try configuring the kernel with 100 HZ (*not* 1000) and dynamic ticks. try some other patch than RT (maybe vanilla, i.e. an unpatched original kernel). and try using a 64 bit Linux. also I have no experience with slackware, maybe another distribution can improve the situation (if you switch to 64 bit you need a reinstall anyway).

These are the characteristics one of the 4 cores (all 4 cores have the same characteristics):

: processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 30
model name : Intel® Core™ i5 CPU 760 @ 2.80GHz
stepping : 5
cpu MHz : 2808.714
cache size : 8192 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu tsc msr pae cx8 apic cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc ida pni vmx est ssse3 cx16 sse4_1 sse4_2 popcnt lahf_lm
bogomips : 7023.85
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:




Tomorrow , my friend will try to change the kernel to 100 Hz.
I will post the results here.

[BehaartesEtwas]

at least your cpu should really be fast enough to handle this... try the zen patchset instead of RT.

[bob7]

(04-05-2011, 06:36 PM)BehaartesEtwas Wrote:  at least your cpu should really be fast enough to handle this... try the zen patchset instead of RT.

After that zen patch ,fps are more stable now , like this:

http://fpsmeter.org/p,view;122875.html

But again ,more than 20 people and cause fps to drop , not so down this time, for example at 22 people it had 55-60 fps instead of 66.

This is a test where the server reached 32/32 sometime:

http://fpsmeter.org/p,view;122885.html

What's your opinion about this? Somebody told me that these drops are normal and the fps drop to 30-35 at the beginning of the round and grow gradually to 66 when more players are dying because of those many players and this is happening to all public servers. Is this true????
You have to notice that when there are less players , the fps are more stable.

I remind that the server has Mani Admin Plugin v1.2vc, MetaMod:Source v1.8.6V, EventScripts v2.1.1.366 and SourceMod v1.3.7

[saintjimmygd]

1.Move to Debian 6 x64
2.Compile the Kernel with ZEN Patch (100 hz)
3.In start-line command use "-tickrate 66"
4.In server.cfg do fps_max 70 and host_framerate 0
5.Disable SourceTV
6.Bind server to 1 core ( taskset -c 0 ./srcds_run .... )

This is the result (on my old amd procssor and 1 gb ram) :

[bob7]

(04-21-2011, 06:31 PM)saintjimmygd Wrote:  1.Move to Debian 6 x64
2.Compile the Kernel with ZEN Patch (100 hz)
3.In start-line command use "-tickrate 70"
4.In server.cfg do fps_max 0 and host_framerate 0
5.Disable SourceTV
6.Bind server to 1 core ( taskset -c 0 ./srcds_run .... )

1.Will checked
2.Already done
3. Why 70?? -tickrate 66 is not stable with linux???
4. fps_max 0 is known to have issues, so I use fps_max 1001
5.SourceTV does not exist
6.Already done


Did you test that with 32 PEOPLE INSIDE??? Is it stable
How many mods are installed in your server???