[8guawong]

Wonder if R7 1700 will be good for hosting csgo server
8 physical cores and single core is as good as i7 7700k
so theoretically we can host 8 csgo servers instead of 4 ?

[Neuro Toxin]

Its a 8 core HHT with a total of 16 cores.

Only thing that worries me is its amd lol

Edit: its cache is really small for the core count. I beleive this means cache swapping will be slow which would cause an stable sv/var when a process switches cores.

[Major Erection]

Originally Posted by Neuro Toxin Its a 8 core HHT with a total of 16 cores. Only thing that worries me is its amd lol Edit: its cache is really small for the core count. I beleive this means cache swapping will be slow which would cause an stable sv/var when a process switches cores.

(potentially a stupid question)
So is there a way to prevent the process from switching cores automatically? That way there won't be any issues right?

[OSWO]

You cannot say until it's been tested. Stats on a paper mean nothing in relation to real time usage.

[Neuro Toxin]

Talking windows:

I would avoid binding srcds processes to a cpu (even binding to two virtual cpu's which belong to the same physical cpu when hyperthreaded).

SRCDS usage spikes alot!



This is pretty much one instance per core on a Intel-Xeon-E3-1270-v5.

When a server instance spikes and hits the core's max usage you see sv/var spiking badly when playing in the game server.

Also notice most of the time srcds instances are not using much cpu at all.

Below are the same instances with roughly the same usage not bound to cpu cores.



Notice the srcds instances don't spike as high while the cpu is being used more consistently over time generating a higher usage readout.

By allowing the scheduler to take control it's able to effectively switch the load between cpu cores.

This means the scheduler can "attempt to" avoid cores maxing out by switching the srcds instance onto a new core that has less usage when required.

In game, you see this as a harmless sudden bump in sv / var like so:



Each time a srcds process switch's physical cores, it's cpu cache may need to be transferred to another physical core.

When these cache misses occur the process is held up for a moment while it's cache is transferred causing the harmless minor sv/var spike.



Now say the scheduler cant switch a processes cpu core because it's bound.

That single cpu spikes out causing yellow/red sv/var readouts in game making the server lag like fuck.

The mention on cache is because the faster / better the cache architecture is on the cpu, the faster the cache misses transfer the server processes onto new cores.

Therefor reducing the amount of time before the server starts to process again not giving as big spikes in sv/var.

With this being said you still stick to one srcds instance per virtual core and work out your max usage by looking at how many players start to max a single core out.

If for some reason, all the servers cpu spikes decide to universally align, the cpu can throttle from each instance using every core at the same time and the scheduler trying to switch the servers around when every core is full.



If you want to host stable as fuck servers with really small sv/var spikes. You can bind you cores, you will really massively need to manage player counts and maps to ensure their respective cores dont max out.

Generally you wont be able to host as many overall player slots.

If you want big as fuck servers. Let the scheduler switch a servers core over to get a little extra emphhh out of it.

If your host lots of small 5v5 servers, let the scheduler do the work as you will be able to host lots more servers overall.

[8guawong]

Originally Posted by OSWO You cannot say until it's been tested. Stats on a paper mean nothing in relation to real time usage.

exactly so i was hoping some1 with deep enough pocket to try it

[OSWO]

Ryzen is not for Server hosting tho. I doubt any hosting services will adopt those cpus for hosting. They will rather go with Naples and branch off with that.

Expect overpriced rental prices with AMD since the "zen architecture" is a massive selling point imo.

Synthetic benches wont do you any help too, so avoid the "INTEL V AMD CINEBENCH WHOHO!!! FIRE STRIKE WHOH!"

[8guawong]

Originally Posted by OSWO Ryzen is not for Server hosting tho. I doubt any hosting services will adopt those cpus for hosting. They will rather go with Naples and branch off with that. Expect overpriced rental prices with AMD since the "zen architecture" is a massive selling point imo. Synthetic benches wont do you any help too, so avoid the "INTEL V AMD CINEBENCH WHOHO!!! FIRE STRIKE WHOH!"

i7 is not for server hosting either but OVH still offers it
https://www.ovh.com/us/dedicated-servers/game/

but i really hope some1 can try it
cuz then we can get more server outta 1 cpu (8 instead of 4)

[Cooky]

Originally Posted by 8guawong i7 is not for server hosting either but OVH still offers it https://www.ovh.com/us/dedicated-servers/game/ but i really hope some1 can try it cuz then we can get more server outta 1 cpu (8 instead of 4)

Uhm.... based on what?????? It's perfect for SRCDS server hosting, since those CPU's have a high core speed...

[OSWO]

He never said "SRCDS Hosting". He said "Server Hosting". There's a difference between Server Hosting and "SRCDS Hosting". Xeons are more notorious for stability. They work, and they work well. Haswell and Skylake High End CPU's do not support ECC memory either. Uptime is vital when working in the Hosting Department.