Thanks for the hwinfo output Ryan, that confirms what I thought and your lag issues are likely the result of a weak CPU. Source (Especially on Linux) is VERY poorly optimized, it will eat CPU's like candy.
<shameless plug> I Rent a (single core) VDS from NFO, and depending on what I'm feeling the E554 that I have can run either 3 Killing Floor servers, or a single insance of SRCDS. SourceDS will chew up just about 100% of that processor on it's own when full up on a 24 slot idle server, just ticking damage every second or so. On Mon, Jul 4, 2011 at 2:07 AM, John <lists.va...@nuclearfallout.net> wrote: > Mr. Sumichrast speaks the truth. > > Virtualization itself doesn't cause problems, as virtualizing actually > works quite well when done correctly nowadays. However, overcommitted > machines, slow hardware, and poorly configured software setups can cause > issues, just as they can for regular game servers on a shared bare-metal > platform. > > In Ryan Morrison's case, the problem appears to be his processor -- Intel > 5130s are just very slow. Back in 2006, they were hot stuff, but a more > modern L5640 processor (for instance) will be several times as fast. > Nehalem+ processors also come with newer virtualization technology that > offers much higher performance (EPT). > > Ryan, definitely ask your host to upgrade your processor to they best they > have. Hopefully they are running something better than L5420s now, as those > are also pretty slow. Some form of Nehalem+ would be best, and Sandy Bridge > even better. > > -John > > > On 7/3/2011 4:40 PM, Steven J. Sumichrast wrote: > >> I run three 24 slot tf2 servers on ESXi without any performance issues >> whatsoever, and they're full almost around the clock with real clients. In >> addition to those I have run killing floor and left4dead(2) servers all >> simultaneously. >> >> Proper virtualization with the right hardware runs source engine games >> just fine. If you put virtualization on cheap hardware (say where you would >> normally run just one source server) then of course it will be a brutal >> experience. >> >> It sounds like in this particular case the host this node is on has a >> lower clock cycle processor or is over burdened. Thats not a virtualization >> problem. >> >> Steven J. Sumichrast >> >> On Jul 3, 2011, at 6:21 PM, "Steven >> Hartland"<killing@multiplay.**co.uk<kill...@multiplay.co.uk>> >> wrote: >> >> Then your either lucky or just running small servers or just haven't >>> noticed >>> the loss in performance your suffering. >>> >>> VM's by their very nature are no substitute for real hardware for time >>> critical >>> applications such as game servers. So if your using them and see any >>> performance >>> issues, first ditch the vm before looking anywhere else. >>> >>> Regards >>> Steve >>> >>> ----- Original Message ----- From: "James Puckett"<jamesrichardpuckett@* >>> *gmail.com <jamesrichardpuck...@gmail.com>> >>> >>> >>> I run SRCDS on several VM's hosted on my box and experience no lag. >>>> >>> >>> ==============================**================== >>> 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 postmas...@multiplay.co.uk. >>> >>> >>> ______________________________**_________________ >>> To unsubscribe, edit your list preferences, or view the list archives, >>> please visit: >>> http://list.valvesoftware.com/**mailman/listinfo/hlds_linux<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<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<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
