A few days after ESXi became free to use, I was running a Counter-Strike Source server in a Linux VM, and nobody new any different. When L4D was released, I was running 8 forks in a single VM, on old single core Xeons, in ESX 3.0 - and nobody could tell. You don't need specialized hardware, just "good" hardware. Never had a problem with latency - ever - unless something else was whoring out the same connection.
Karl Weckstrom has been running TF2 servers in a VM I beleive since it was released if I'm not mistaken, he has plenty of knowledge on doing so, and making it perform well. --mauirixxx -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of EkaInfinitos Sent: Friday, September 24, 2010 7:25 AM To: [email protected]; 'Half-Life dedicated Linux server mailing list' Subject: Re: [hlds_linux] VMware and gameservers Correct, the new features given exclusive attention in this whitepaper are those which drastically reduce overhead and latency regarding the way network traffic is handled by the hypervisor. As far as costs, resource expenditures, management and end-user rates, are concerned, there is a case for consolidation of hardware--though, I have always been wary of running game servers in virtual environments. However, with the improvements in the recent-ish release of VSphere ESXi (the free hypervisor environment), I may pick up cheap last-gen Proliant 385 from eBay and give it a go for my LAN parties. Our repertoire of games often requires dedicated servers running in both Windows and Linux environments respectively. Case in point, I definitely prefer a Linux server environment, but games such as Alien Swarm and PVKii do not have Linux binaries and require me to run another physical server under Windows. ~Eka -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Crazy Canucks Sent: Friday, September 24, 2010 1055 To: [email protected] Subject: Re: [hlds_linux] VMware and gameservers And also, again, unless I'm misunderstanding something there are features of the hardware described in this white paper designed specifically for VMDq which allow it to run more efficiently and with less overhead. Drek On 24/09/2010 1:41 PM, Crazy Canucks wrote: > I may be wrong but if I understand VMware and this white paper > correctly the advantage is dynamic assignment of processor time (and > bandwidth?). > > So (and this is just an example) a native environment might allow you > to assign two server instances per core on a twelve core hardware > configuration for a total of twelve, a virtual configuration on the > same hardware might allow you to create six virtual servers each > running four game server instances on four virtual cores. > > The dynamic assignment of processor time would allow all the cores to > be utilized more efficiently than in a native environment where > physical cores are assigned and some cores might be experiencing heavy > load while others are idle. > > That's the theory anyway... Unless I'm misunderstanding something... > :) > > Drek > > On 24/09/2010 1:20 PM, Luigi wrote: >> Hi all, >> >> What is the Business Case to run css in a vm. You can have As much >> Game servers as you wand on a physical maachine without the overhead >> of VMware. >> >> Luigi >> >> On 24.09.2010, at 16:54, Hans Vos<[email protected]> wrote: >> >>> Hi, >>> >>> Pretty interesting read. Will have a more in-depth look at it this >>> weekend. At our parent-company we have some very nice VMware >>> configurations. Worth a try to test it out for ourselves and see >>> what the results are. >>> >>> -- >>> Met vriendelijke groet / With kind regards, >>> >>> Hans Vos >>> Managing Director >>> Clanhost >>> >>> Nieuwland Parc 155 >>> 3351 LJ Papendrecht >>> The Netherlands >>> >>> (T) +31 (0)88 25 25 280 >>> (F) +31 (0)88 25 25 281 >>> (E) [email protected] >>> (W) http://www.clanhost.nl/ >>> >>> _______________________________________________ >>> To unsubscribe, edit your list preferences, or view the list >>> archives, please visit: >>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> _______________________________________________ >> To unsubscribe, edit your list preferences, or view the list >> archives, please visit: >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
