SRCDS Steam group


Choke and tickdrop!
#1
Hi srcds.com

I have a problem with player-talk.
When the users on my server is talking, the tick is dropping to 50, and my choke is going to 50 to.

I have tried a lot of rates, and it still wont work.

The machine is a
Quote:Xeon 2.66 GHz
Linux ubuntu 9.10 std kernel

Also i tried to use sv_voicecodec vaudio_miles
but that just f***ed the sound up.

The bandwith is 100/100

[Image: graph.php?id=52003]

Quote:// server name
hostname "[DK] Practicube | DM:HSMOD | Random maps"

// rcon passsword
rcon_password "youwontguess"
sv_password ""

// server cvars
mp_friendlyfire 0
mp_footsteps 1
mp_autoteambalance 1
mp_autokick 0
mp_flashlight 0
mp_tkpunish 1
mp_forcecamera 0
sv_alltalk 1
sv_pausable 0
sv_cheats 0
sv_consistency 1
sv_allowupload 1
sv_allowdownload 1
sv_maxspeed 320
mp_limitteams 1
mp_hostagepenalty 5
sv_voiceenable 1
mp_allowspectators 1
mp_timelimit 25
mp_chattime 10
sv_timeout 65

// round specific cvars
mp_freezetime 0
mp_roundtime 7
mp_startmoney 800
mp_c4timer 45
mp_fraglimit 0
mp_maxrounds 0
mp_winlimit 0
mp_playerid 0
mp_spawnprotectiontime 5

// bandwidth rates/settings
sv_minrate 25000
sv_maxrate 30000
decalfrequency 10
sv_maxupdaterate 101
sv_minupdaterate 100
sv_mincmdrate 100
sv_maxcmdrate 101

// server logging
log off
sv_logbans 0
sv_logecho 1
sv_logfile 1
sv_log_onefile 0

// bots
bot_add
bot_quota 4
bot_quota_mode fill
bot_difficulty 0
bot_chatter off
bot_auto_follow 1
bot_auto_vacate 1
bot_join_after_player 0
bot_defer_to_human 0
bot_allow_rogues 0
bot_walk 0
bot_join_team any
bot_eco_limit 2000
bot_allow_grenades 1
bot_all_weapons
bot_allow_grenades 1
bot_allow_pistols 1
bot_allow_sub_machine_guns 1
bot_allow_shotguns 1
bot_allow_rifles 1
bot_allow_snipers 1
bot_allow_machine_guns 1

// operation
sv_lan 0
sv_region 3

// execute ban files
exec banned_user.cfg
exec banned_ip.cfg

sv_voicecodec vaudio_speex
fps_max 0
Reply
#2
Change the rates to...

sv_minrate 25000
sv_maxrate 30000
decalfrequency 10
sv_maxupdaterate 101
sv_minupdaterate 20
sv_mincmdrate 30
sv_maxcmdrate 100

If you set the min to 100 it uses more CPU usage and will drop tickrate for more players.
Reply
#3
Ill try that. Ill give a reply when tested.
Now its a bit late, so the players has left the server.

As far i can see, the choke is not climbing to more that 6.

But now there comes a bit of "loss"
Reply
#4
your fps drops are normal you can do 2 things > upgrade yur system to I7920 it has more power and less drops with more players above 20 or you cant play custom maps or need to reduce the plugins.

where did you read the tick? most of the players are reading the wrong one, the tick ist net_graph 3 > the count on the right side on top at the word IN. the other one is OUT and its normal that it drops if your client fps drops down under 100.

-p
Reply
#5
Xeon 2.66 GHz can be very different cpus, what Xeon is it exactly? If its one of the newer generations (Core 2 based) it should be fast enough to run the server. but if it's an older one, it might well be the problem... please post the output of the following command:
Code:
cat /proc/cpuinfo
http://www.fpsmeter.org
http://wiki.fragaholics.de/index.php/EN:Linux_Optimization_Guide (Linux Kernel HOWTO!)
Do not ask technical questions via PM!
Reply
#6
Also it is possible that powersaving features are enabled. if yes remove them. apt-get remove cpufrequtils with debian. Its most likely that you can remove them with aptitude remove. Maybe the package name is different so look for a package with a similar name.
Reply
#7
The CPI os this one: http://ark.intel.com/Product.aspx?id=39718

Intel® Xeon® Processor W3520 (8M Cache, 2.66 GHz, 4.80 GT/s Intel® QPI)
(03-01-2010, 09:14 PM)Terrorkarotte Wrote:  Also it is possible that powersaving features are enabled. if yes remove them. apt-get remove cpufrequtils with debian. Its most likely that you can remove them with aptitude remove. Maybe the package name is different so look for a package with a similar name.

The OS is Ubuntu 9.10

And we have not done any changes on it.
I see halvway through BE's Kernel Optimization, there is like "make menuconfig"
is that something i can do, so i can keep this kernel, but change the menu config?
BE: cat /proc/cpuinfo


Quote:processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel® Xeon® CPU W3520 @ 2.67GHz
stepping : 5
cpu MHz : 1596.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
bogomips : 5329.24
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel® Xeon® CPU W3520 @ 2.67GHz
stepping : 5
cpu MHz : 1596.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 1
cpu cores : 4
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
bogomips : 5329.44
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel® Xeon® CPU W3520 @ 2.67GHz
stepping : 5
cpu MHz : 1596.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 2
cpu cores : 4
apicid : 4
initial apicid : 4
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
bogomips : 5329.44
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel® Xeon® CPU W3520 @ 2.67GHz
stepping : 5
cpu MHz : 1596.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 3
cpu cores : 4
apicid : 6
initial apicid : 6
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
bogomips : 5329.44
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 4
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel® Xeon® CPU W3520 @ 2.67GHz
stepping : 5
cpu MHz : 1596.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
bogomips : 5329.44
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 5
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel® Xeon® CPU W3520 @ 2.67GHz
stepping : 5
cpu MHz : 1596.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 1
cpu cores : 4
apicid : 3
initial apicid : 3
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
bogomips : 5329.44
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 6
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel® Xeon® CPU W3520 @ 2.67GHz
stepping : 5
cpu MHz : 1596.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 2
cpu cores : 4
apicid : 5
initial apicid : 5
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
bogomips : 5329.43
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 7
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel® Xeon® CPU W3520 @ 2.67GHz
stepping : 5
cpu MHz : 1596.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 3
cpu cores : 4
apicid : 7
initial apicid : 7
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid
bogomips : 5329.44
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

(03-01-2010, 04:32 PM)Peter_Pan123 Wrote:  your fps drops are normal you can do 2 things > upgrade yur system to I7920 it has more power and less drops with more players above 20 or you cant play custom maps or need to reduce the plugins.

where did you read the tick? most of the players are reading the wrong one, the tick ist net_graph 3 > the count on the right side on top at the word IN. the other one is OUT and its normal that it drops if your client fps drops down under 100.

-p

I did read the tick the right spot.
[Image: netgraph3.png]

In that case, it is number 7 wich is the server tickrate.
Reply
#8
(03-01-2010, 10:27 PM)lykke Wrote:  is that something i can do, so i can keep this kernel, but change the menu config?

No you can use the ubuntu sourcefiles but you have to compile them.

About the netgraph and tickrate:
Not exacly Nr. 7 is the ammount of packages per seconds recieved from the server and 8 send to the server. The ammount can be limited by the tickrate, your bandwidth, server fps, client fps and the connection quality (package loss).
But if you get nearly 100/66/33 all the time it is a good indicator for the tickrate.

Back to your Problem. fps drops happen because the srcds process got to less cpu power at that time. This can have many reasons:
-Bad coded plugins
-too much procecces using cpu time
-too many slots for the cpu ( in your case i guess not)
-energy saving features are enabled ( cant scale up cpu frequency fast enough if needed)

You wrote you changed nothing. Maybe it is time to do something ^^
The rescheduling part as it is described in the wiki is a good start. If you done that check for cpufrequtils as i already wrote.
Reply
#9
Have you noticed that your CPU frequency is on 1600 mhz? If its your own builded server, check the bios if any kind of "Cool 'n quiet" feature is enabled. If not, check it with your provider. I took the cat from one of my company servers:

model name : AMD Phenom™ II X4 965 Processor
cpu MHz : 3400.006

I have the cool 'n quiet stuff turned off
Slå den med jeres fiberforbindelser...

[Image: 1308107839.png]
Reply
#10
"Cool 'n quiet" >>> its for AMD
you can watch out for power savings in bios and cpu features. you should compile a new kernel without cpu frenquencies and power savings e.g. thats why the CPU smooth down the mhz > see at your cat output

cpu MHz : 1596.000 >>> normally it should be arround 2.67GHz
cache size : 8192 KB
Reply
#11
I know (Peter_Pan123) but i couldn't remember the intel name, so i just used 'cool 'n quiet'-word because its doing almost the same thing. But well, then he should turn his power saving off
Slå den med jeres fiberforbindelser...

[Image: 1308107839.png]
Reply
#12
whats the cpu load?
Slå den med jeres fiberforbindelser...

[Image: 1308107839.png]
Reply
#13
kills1402 don't thread hijack please, make a new topic.
Reply


Forum Jump:


Users browsing this thread: 2 Guest(s)