[iGANGNAM]

Originally Posted by ThePwnt Depends on which CPU you are using! ;) I will update with 2nd kernel version soon! [give me 1 hour] Updated with the second kernel! ;) (Check about it works better!): Kernel2.zip Let me know, about it helps! ;)

We are using i9-9900k. I will test it when I will have time fkr it

[ThePwnt]

Originally Posted by iGANGNAM We are using i9-9900k. I will test it when I will have time fkr it

i9-9900K shouldn't be a problem with kernel2.zip version! ;)

I have it running on 1 i9-9900K Server & 1 i7-9700K (and soon i9-9900K)

[iGANGNAM]

Originally Posted by ThePwnt i9-9900K shouldn't be a problem with kernel2.zip version! ;) I have it running on 1 i9-9900K Server & 1 i7-9700K (and soon i9-9900K)

Do you use some performance cfg? And what have you changed between those versions? In 128 tickrate server with 20+ players var was getting even up to 1.0+ with xanmod we don't hit that

[ThePwnt]

Originally Posted by iGANGNAM Do you use some performance cfg? And what have you changed between those versions? In 128 tickrate server with 20+ players var was getting even up to 1.0+ with xanmod we don't hit that

Hmmm. I can try to make a version, where "xanmod" is copied.

I have never used them, but I will check up on it (tomorrow!)

I don't use any performance cfg. just tuned-adm profile latency-performance.

How much VAR does it hit, with xanmod?

[iGANGNAM]

Originally Posted by ThePwnt Hmmm. I can try to make a version, where "xanmod" is copied. I have never used them, but I will check up on it (tomorrow!) I don't use any performance cfg. just tuned-adm profile latency-performance. How much VAR does it hit, with xanmod?

It depends on playerbase and sometimes for some reasons on maps. On custom maps there is like 0.020 var or smth with xanmod but on default maps like de_dust2 after half map it starts going like 0.2-1.2 var. So it was double when we used yours before. (Kernel v1)

[ThePwnt]

Originally Posted by iGANGNAM It depends on playerbase and sometimes for some reasons on maps. On custom maps there is like 0.020 var or smth with xanmod but on default maps like de_dust2 after half map it starts going like 0.2-1.2 var. So it was double when we used yours before. (Kernel v1)

So it's 0.2-1.2 var on kernelv2 too?
I will try to see, about I can make some copy of xanmod if it's: 0.002-0.020 with 24 bots etc?

[Maxximou5]

Tested on the following running ThePwnt's kernelv2:

Processor: Intel® Core™ i7-4790K Processor @ 4.40 GHz
OS/Distro: Debian 10 (Buster)
Tickrate: 128
Variance: 0.002 @ 24 humans | 0.003 @ 1 human + 23 bots with sv_stressbots 1

Processor: Intel® Core™ i7-6700K Processor @ 4.20 GHz
OS/Distro: Debian 10 (Buster)
Tickrate: 128
Variance: 0.002 @ 24 humans | 0.003 @ 1 human + 23 bots with sv_stressbots 1

Processor: Intel® Core™ i7-8700K Processor @ 4.70 GHz
OS/Distro: Debian 10 (Buster)
Tickrate: 128
Variance: 0.001 @ 24 humans | 0.001 @ 1 human + 23 bots with sv_stressbots 1

All servers are running new installations of Debian 10 with the following:

• Tuned (version 2.10.0) - Profile: latency-performance
• Docker (version 19.03.2) - CS:GO Debian 10.0 image
• Kernel (version 5.2.10-rt5)

All docker CS:GO images are set for 24 slots @ 128 tick.

• SourceMod Version: 1.10.0.6441
• Metamod:Source Version: 1.11.0-dev+1130

Server rates:

fps_max "0"                  // Sets the servers max fps
sv_minrate "128000"          // Min bandwidth rate allowed on server, 0 == unlimited
sv_maxrate "0"               // Max bandwidth rate allowed on server, 0 == unlimited
sv_mincmdrate "128"          // This sets the minimum value for cl_cmdrate. 0 == unlimited
sv_maxupdaterate "128"       // Mmaximum updates per second that the server will allow
sv_minupdaterate "128"       // Minimum updates per second that the server will allow
sv_parallel_sendsnapshot "1" // Controls whether the sending of network data is done on the main thread

Note: There is a high variance for 2 seconds at round start with 23 bots.

If anyone has suggestions for a good monitoring service for CS:GO in terms of slots, tickrate, and variance, I'll be able to measure this much easier.

[ThePwnt]

Originally Posted by Maxximou5 Tested on the following running ThePwnt's kernelv2: All servers are running new installations of Debian 10 with the following: Tuned (version 2.10.0) - Profile: latency-performance Docker (version 19.03.2) - CS:GO Debian 10.0 image Kernel (version 5.2.10-rt5) All docker CS:GO images are set for 24 slots @ 128 tick. SourceMod Version: 1.10.0.6441 Metamod:Source Version: 1.11.0-dev+1130 Server rates: fps_max "0" // Sets the servers max fps sv_minrate "128000" // Min bandwidth rate allowed on server, 0 == unlimited sv_maxrate "0" // Max bandwidth rate allowed on server, 0 == unlimited sv_mincmdrate "128" // This sets the minimum value for cl_cmdrate. 0 == unlimited sv_maxupdaterate "128" // Mmaximum updates per second that the server will allow sv_minupdaterate "128" // Minimum updates per second that the server will allow sv_parallel_sendsnapshot "1" // Controls whether the sending of network data is done on the main thread Note: There is a high variance for 2 seconds at round start with 23 bots. If anyone has suggestions for a good monitoring service for CS:GO in terms of slots, tickrate, and variance, I'll be able to measure this much easier.

Nice to see you did test kernel2.zip version! ;)

Could you try test the xanmod's version (I did check, it is using 500hz, and not 1000HZ)
*Btw, it was me from Steam earlier...once*

[napster_10]

dl link for kernelv2 version? wanna test it on my setup ;)

[ThePwnt]

Originally Posted by napster_10 dl link for kernelv2 version? wanna test it on my setup ;)

Look on post - https://forums.alliedmods.net/showpo...4&postcount=41

There is a "blue" link with kernelv2.zip ;)

Or so here:kernelv2