-- [ Picked text/plain from multipart/alternative ] The problem with that, if you are a game server provider, is that that one process is going to load up every single core. Honestly. Now you have every single server on your box lagging. Honestly I don't even know why GSP's offer Garry's Mod at all. You might as well put up a 32 slot CSS server @ 100 tick full of bots...because honestly that's what it's like when you put that kind of stuff on your box.
I'd be curious to see what kind of usage these Gmod servers have when full, I've never tried running them on anything but a spare box at home because I don't have the money to put a box in a datacenter just for one or two Gmod servers. On 4/17/07, RMaioroff <[EMAIL PROTECTED]> wrote: > > Indeed. Which is why those of us in the Gmod serving arena can benefit > greatly from balancing that load across multiple CPU's / Cores. You've > obviously got experience with GMOD servers and know how demanding they can > be. It's frustrating to see it first hand, and then think that Valve > *might* > not be doing much to help our situation. > > In reality, Garry's Mod is probably the most demanding source game out > there, bar none. > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Cc2iscooL > Sent: Tuesday, April 17, 2007 4:02 PM > To: [email protected] > Subject: Re: [hlds] RE: DoDS cpu and SMP time-line > > -- > [ Picked text/plain from multipart/alternative ] > Wow, I don't know who's dumber, the people thinking Garry's mod for some > reason is *low load* or that SRCDS is the problem behind that. > > Just a quick reminder for you guys... Garry's Mod works by spawning > entities > which kiddies like to fling about the map. Now I don't know if you've > noticed, but when you attach quite a few objects to a single point and > spin, > move, well hell, do anything to them, the load shoots up...this is not due > to SRCDS or Garry's Mod itself, but to the way the entities work. If you > think that Garry's mod servers are going to run low load, you are sorely > mistaken. > > On 4/17/07, James Gray <[EMAIL PROTECTED]> wrote: > > > > Sounds more like a Garry's Mod issue than a Source DS one. > > > > On 4/17/07, RMaioroff <[EMAIL PROTECTED]> wrote: > > > Steve, do you / have you run any Garry's Mod servers in sandbox mode? > We > > > have machines that are 4 physical Xeons (i.e. 8 cores), machines that > > are > > > dual AMD opterons, etc... and the same old story with maxxing out the > > CPU. I > > > assume you run GMod 10 servers, and would love to hear your secret to > > > getting stable, consistent behavior with more than 16 players in > sandbox > > > mode. We've run 32 players before, and things are fine until large > > > contraptions are created and Gmod requires huge amounts of CPU. > > > > > > -Thanks > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On Behalf Of Steven > Hartland > > > Sent: Tuesday, April 17, 2007 1:10 PM > > > To: [email protected] > > > Subject: Re: [hlds] RE: DoDS cpu and SMP time-line > > > > > > Not sure what you class as top-of-the-line machines but you should be > > able > > > to run more than 16 players total on a good Intel Core 2 / AMD 64 box. > > > > > > Steve > > > > > > ----- Original Message ----- > > > From: "RMaioroff" <[EMAIL PROTECTED]> > > > To: <[email protected]> > > > Sent: Tuesday, April 17, 2007 5:30 PM > > > Subject: RE: [hlds] RE: DoDS cpu and SMP time-line > > > > > > > > > > We're in the same boat- Too much load and not enough CPU. We host > > about 10 > > > > Garry's mod public servers, and are unable to reasonably run > anything > > more > > > > than 16 players (sandbox). It's very disheartening to think that we > > pay > > > $500 > > > > /mo. for top-of-the-line machines, and STILL see cpu loads > > consistently > > > > hitting 90-100%. > > > > > > > > Valve, we NEED server side support and optimization!! How sad to > have > > to > > > > explain to provisioning that no, we don't want the free sub-upgrade > to > > the > > > > Xeons, but instead flop us back to the Pentium D 950. :-( > > > > > > > > Come on Valve. Please revisit the issue of server side SMP. If we > > can't > > > take > > > > advantage of our big machines to finally run your game binaries with > > > > adequate CPU, then I for one will be forced to give up the source > > hosting, > > > > which would be a real disappointment. > > > > > > > > > ================================================ > > > This e.mail is private and confidential between Multiplay (UK) Ltd. > and > > the > > > person or entity to whom it is addressed. In the event of > misdirection, > > the > > > recipient is prohibited from using, copying, printing or otherwise > > > disseminating it or any information contained in it. > > > > > > In the event of misdirection, illegible or incomplete transmission > > please > > > telephone +44 845 868 1337 > > > or return the E.mail to [EMAIL PROTECTED] > > > > > > > > > _______________________________________________ > > > To unsubscribe, edit your list preferences, or view the list archives, > > > please visit: > > > http://list.valvesoftware.com/mailman/listinfo/hlds > > > > > > > > > > > > _______________________________________________ > > > To unsubscribe, edit your list preferences, or view the list archives, > > please visit: > > > http://list.valvesoftware.com/mailman/listinfo/hlds > > > > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list archives, > > please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlds > > > -- > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds > > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds > -- _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
