Yes GSP's "over allocate" servers to machines, just like airlines over allocate seats on their planes. It makes sound business sense that, if you can fit 8 servers on a machine because 100% of the time not all 8 are 100% full you do it. It makes better use of your resources and allows you to offer a cost saving to the client.
Now if you take away CPU savings by making the server process, even when it doesn't have too, you will loose some of the ability to "over allocate" the machines capacity.
Just to be clear even though this "over allocation" happens, it doesn't mean "your" server cant be 100% full when you want it to be or that your server will suffer in performance. Any GSP worth their salt will monitor every machines performance so that it always maintains spare capacity. If that means because there are 5 servers which are 100% full together on a specific machine then not they wont add the additional 3 servers to make the estimated 8, as this would cause issues.
So yes sparticus' point really was that GSP's don't want server processes that use precious resources when empty as they do "over allocate" machines resources which benefits both host and client. If you think otherwise you'd be badly mistaken.
Steve / K ----- Original Message ----- From: "Whisper" <[EMAIL PROTECTED]>
So you are telling me you set up your servers so that if all of the HLDS processes allocated to that server were in use, the server would die in the arse because nobody checked that the server could in fact run all the HLDS processes allocated to them?
Maybe you would like to enlighten me on what sparticus' point really was?
On Sun, 16 Jan 2005 03:51:31 -0000, Steven Hartland <[EMAIL PROTECTED]> wrote:
I assume you don't run a GSP yourself then Whisper as you totally missed spartibus point.
================================================ 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 (023) 8024 3137 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
