[DJEarthQuake]

This systematically puts the server to sleep or incrementally steps the tic per player. Servers advertising 10K tic waste CPU on 0 players.

Notes.
Do not put sys_ticrate in command line start up otherwise HLDS is stuck at that rate!!
Many servers cannot produce over 1000 tic.

Linux servers with pingboost can get numbers that high from my understanding on reads online about the topic. Citing link dead so I removed it. Did Windows get it?
-pingboost <1/2/3> - Selects between optimized HLDS network code stack. Set this on 2 usually reduces latency toward 1ms without loss of activity input packets.


Feel free to modify how you like or give advice.

sys_timing 0|1 disables|enables plugin. Recommended: keep a base sys_tic in mapchangecfgfile.
sys_sleep Tic hibernation rate. The tic when there are 0 players.
sys_quota Tic rate quota. The tic added per connected player.


Model name : Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz. @10,000 beyond core limit.

CPU In Out Uptime Users FPS Players 59.75 0.00 0.00 0 0 7425.17 0

Working example.

sys_ticrate "sys_ticrate" is "1248" CPU In Out Uptime Users FPS Players 37.50 10.00 17.98 1679 911 1172.97 4 CPU In Out Uptime Users FPS Players 43.50 13.04 30.74 1680 911 1213.74 4

Sleep.

CPU In Out Uptime Users FPS Players 1.00 0.00 0.00 1 0 35.17 0

SMA is on Github. Compile locally.

[OciXCrom]

.sma?...

[DJEarthQuake]

I can't believe I did that. Thanks buddy. Typo. It wasn't compiled. Sheesh.

[^SmileY]

Why get_playersnum_ex(GetPlayersFlags:GetPlayers_ ExcludeBots) is supposed to return any value than 0 at precache?

PHP Code:

public plugin_precache()
{
    #if AMXX_VERSION_NUM < 183;
    g_iHeadcount = get_maxplayers()
    #else
    g_iHeadcount = get_playersnum_ex(GetPlayersFlags:GetPlayers_ExcludeBots)
    #endif
} 


also sys_ticrate is a cvar, can you use pointer

[DJEarthQuake]

Hi ^SmileY! That explains a lot. Appears I was misusing precache as a stock. The pcvar will be easy. Good finds my friend. New upload coming soon.

[iceeedr]

I definitely didn't understand it:

PHP Code:

#if AMXX_VERSION_NUM <183;
g_iHeadcount = get_maxplayers ()
#else
g_iHeadcount = get_playersnum_ex (GetPlayersFlags: GetPlayers_ExcludeBots)
#endif 


get_maxplayers () is the result of the total slots on the server (if it is 32 slots, get_maxplayers = 32, however, get_playersnum_ex () returns the number of players on the server, this does not make any sense.

And why are you checking if the player is connected if you are not using any action on it, just the server?

[DJEarthQuake]

Thanks iceedr! I got that fixed right away. That couldn't wait. I had to look again to see the redundancy on the filter! Thank you.

[LithuanianJack]

Hello. So if my sys_ticrate in server.cfg was 1000, now it should be 60? And are these good rates for public server?

// Server Rates
sv_minrate 0
sv_maxrate 100000
sv_minupdaterate 60
sv_maxupdaterate 101
sys_ticrate 60 (with sys_timing)
rate 25000

Thank you.

[DJEarthQuake]

Rates. Valve has a server.cfg snippet to assist in finding that sweet spot.

Use whatever you usually do in server.cfg. That prevents server being struck in hibernation when plugin is disabled. The base rate remains until your first player joins. Then it is either multiple of the quota or hibernation rate.

[RaZ_HU]

As far as I know changing sys_ticrate on a live server does literally nothing than changing the cvar's value, but maximum FPS is still the value that the server was started with if the command line contains -sys_ticrate.

But if you have access to the starting line that actually launches the hlds process, you can change the -sys_ticrate to +sys_ticrate (yes, change the hyphen to a plus symbol), after that you can change the sys_ticrate value that will really change the server FPS maximum limit.

To test this, for example:
Start server with -sys_ticrate 300, then type stats in the console
You will get the following:

stats CPU In Out Uptime Users FPS Players 58.51 0.00 0.00 3 0 300.70 0

Type in console sys_ticrate 150, but you will still get 300 as current server FPS if you type stats again.

Now stop your server and start it with +sys_ticrate XYY and the command's value will directly affect the server FPS as you set it.

In the case you don't have access to your server's startup line, then you can't change the real FPS, but the cvar's value only.

Why do you use AMXX_VERSION_STR as your plugin's version?
This isn't an official plugin that comes with the package, you should do normal versioning.