Best Gmod Server Specs - Garry's Mod

Looking to build another server soon and thinking about putting Proxmox([url]http://www.proxmox.com/[/url]) on it and keeping a gmod server virtualized. Just wanting to know everyone's opinion on the best possible server system specs. The physical machine will most likely be running either a Intel Xeon E5-2670 or a Intel Core i7-3930K and will probably have 40+ Gigs of RAM. The gmod server can have up to 75% of this but I am really looking to see at what point you can have 64 players and no lag what so ever. Other details to consider: Gamemode: DarkRP, Prop limit: 100, Wire, Map: Evocity. Any suggestions are great and this is not my first server and I consider myself to be quite the technical person, so highly technical answers are accepted and encouraged!

Well, make sure that you don't use Windows Server on it.

[QUOTE=TheEyes;35510860]Well, make sure that you don't use Windows Server on it.[/QUOTE] Make sure to run windows on it you mean ... Gmod + Linux = eventual down time and issues. The thing is Tyler, SRCDS can only utilise 1 single core. I really have NO idea how people run heavy DarkRP servers with 64 players. I can only seem to get 40 without lag, but we do have a 50prop limit per player / 100 props for supporters. That was the E3-1270 with HT off, 3 servers per box. Forcing 1 server per core and all window process to core 0. Allowing windows to managed process affinity makes SRCDS skip for a few milliseconds each time it swaps threads. Windows tends to swap threads multiple times a second. Making each server around £60p/m to run (including expenses for repairs,network protection etc). The absolute best without getting into 4u cases and overclocking would be an E3-1270 with HT disabled. Doesn't matter what RAM you have, srcds can only use around 500mb so long as you have enough for windows to frollock itself then it doesn't matter. The e3-1280/90 are too expensive. They jump from $350 for the E3-1270 to about $1k for the E3-1290 for such small power gains.# E3-2670 is a grand chip, however it's not the chip for insane single server performance. [editline]10th April 2012[/editline] Keep an eye out for Dell discount codes, so often you can get a 10-20% off code for them and get a nice R210II box. They seem to be well made for my uses anyway.

I meant don't use Win Server on it, not "don't use windows". Windows is the best for srcds by far, but if nothing else is there use Debian 6 + ssh + jfs drive.

[QUOTE=TheEyes;35521930]I meant don't use Win Server on it, not "don't use windows". Windows is the best for srcds by far, but if nothing else is there use Debian 6 + ssh + jfs drive.[/QUOTE] Um.... what? Don't use win server not "don't use windows"?

[QUOTE=Pantho;35511379]Make sure to run windows on it you mean ... Gmod + Linux = eventual down time and issues. [/QUOTE] That is complete bullshit. We (BreakPoint) run Gentoo Linux for on server and we have a system uptime of almost 100 days, and our SRCDS servers have been up for a vast majority of that. Anyway, if you want to check my post I just made for an idea of what we use resource-wise on our server, here is a link: [URL]http://facepunch.com/threads/1176587?p=35525826&viewfull=1#post35525826[/URL]

[QUOTE=Jetsurf;35525999]That is complete bullshit. We (BreakPoint) run Gentoo Linux for on server and we have a system uptime of almost 100 days, and our SRCDS servers have been up for a vast majority of that. Anyway, if you want to check my post I just made for an idea of what we use resource-wise on our server, here is a link: [URL]http://facepunch.com/threads/1176587?p=35525826&viewfull=1#post35525826[/URL][/QUOTE] You misunderstood me. I didn't mean Linux would cause downtime itself. I meant running Garrysmod on it would result in eventual downtime. When something breaks (Source updates normally) it can take weeks for a reliable Garrysmod fix to be released. Garrysmod has lots of problems on linux, the constraint one being a tricky one to troubleshoot and fix. And there has been a bad history of multiple week downtimes after Garrysmod/Source updates.

[QUOTE=Pantho;35527613]You misunderstood me. I didn't mean Linux would cause downtime itself. I meant running Garrysmod on it would result in eventual downtime. When something breaks (Source updates normally) it can take weeks for a reliable Garrysmod fix to be released. Garrysmod has lots of problems on linux, the constraint one being a tricky one to troubleshoot and fix. And there has been a bad history of multiple week downtimes after Garrysmod/Source updates.[/QUOTE] I guess I did misunderstand you... My point still *somewhat* stands (at least for us) as the benefits of using Linux outweigh the downtime we have seen. The most downtime we have encountered was actually from a Valve fuckup due to their need to switch C-Libraries that we didn't have installed (and later included in an SRCDS install but didn't give a warning on the update).

[QUOTE=Jetsurf;35529048]I guess I did misunderstand you... My point still *somewhat* stands (at least for us) as the benefits of using Linux outweigh the downtime we have seen. The most downtime we have encountered was actually from a Valve fuckup due to their need to switch C-Libraries that we didn't have installed (and later included in an SRCDS install but didn't give a warning on the update).[/QUOTE] Maybe, but the weld/constraint issue still exists. I confess I do not understand/know of what it entails. But Linux distro tends to have issues with it.

We don't run build servers at all (or any variant), so most of the usual problems don't apply

Linux + wine works fine and is the best solution IMO because windows has a terrible firewall and linux has iptables which can block the majority if not 99% of all the attacks.

If you are running SRCDS non-natively just for iptables, you are doing something wrong... You should [I][B][U]never[/U][/B][/I] use wine for a server environment.

I use Debian for my server, and I have no weld/constraint issues, no vehicle crash, no linbugs.

Like I said, I don't know the specifics. [url]http://forums.steampowered.com/forums/showthread.php?t=1429075[/url] There are references to people requesting it fixes all through to the end of 2011. I don't believe it was fixed.

[QUOTE]The bug happens when a lot of props are welded together with phys_constraint entities. (A lot means 100 props and each prop welded to the next prop in a chain)[/QUOTE] Something tells me you aren't going to be welding 100+ props together in a chain very often

[QUOTE=Jetsurf;35541038]Something tells me you aren't going to be welding 100+ props together in a chain very often[/QUOTE] True, it wouldn't effect my RP servers much I guess. Since we remove welds once they reach over a few hundred server wide. And auto remove from adv dupes (since moving contraptions are not allowed for the RP servers).