yeah i think that is it thank you... i remoted to the box and just looked at the console.. while ut3/cod4 no running they are at max 66 but when i launch the ut or cod they all shoot up to almost 200..lol.
now i know this is a noob question.. but i have not set the tickrate on the command line to 66.. this is the same thing yeah? also in the mean time till i can reboot the instances..just changing the server.cfg and adding fps_max will change it on map change? Chris Staley wrote: > see what the fps_max is set at.. and run rcon stats in console without > the other servers up.. start the other servers up and do a rcon stats > again, and see what the servers fps is.. if its a lot higher.. then > thats it. > > steve grout wrote: > >> :'( >> >> is there anyway to stop this? Just so i can see if indeed this is the >> problem. >> >> Chris Staley wrote: >> >> >>> I bet the reason why, is just running the source servers the fps will >>> stay at the limited ~80fps or whatever it is, but when you start up >>> cod4, which in itself changes the multimedia timer (like srcdsfpsboost >>> does) so they will all use a lot more cpu. I am not sure about UT3, but >>> I now cod4 does this. >>> >>> steve grout wrote: >>> >>> >>> >>>> sorry, >>>> >>>> meant to say... its running off windows 2003 sp2 server q6600 4gb mem >>>> >>>> steve grout wrote: >>>> >>>> >>>> >>>> >>>>> Hi all, >>>>> >>>>> doing some monitoring on the servers we have noticed that srcds does not >>>>> co-exist well with other game server software..now it might be a setup >>>>> issue our side so any help would be great.... >>>>> >>>>> just running 5 instances of srcds and having all the servers full, the >>>>> cpu load goes to max 25%, as soon as we launch either a CoD4 or UT3 >>>>> server the cpu usage goes to the 90's.. we have changed the affinite's >>>>> of the servers so that the tf2 servers run off the first 3 cores and >>>>> CoD4 and UT3 run off core 4. The first 3 cores are almost maxed out >>>>> while core 4 it sitting nice at around 15%. >>>>> >>>>> anyone got any ideas please!? >>>>> >>>>> Nephyrin Zey wrote: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> I might've spoken a bit too soon on this - the servers do still get up >>>>>> into the high nineties CPU usage and stay there for a while - it seems >>>>>> like after they've been running for a while their overall CPU usage >>>>>> drifted back up to about the same as before the patch. This might be >>>>>> the first ever case of "CPU Leaks" :-/ The server also still incurs >>>>>> minor memory leaks, which seem to be about the same since before the >>>>>> patch. >>>>>> >>>>>> I run two 32x linux servers that are nearly always full and >>>>>> occasionally empty out at night. Here are some pretty graphs: >>>>>> >>>>>> http://www.nephyrin.net/NemuCPU.png >>>>>> >>>>>> Shows Load Average. On thursday it was lower despite both servers >>>>>> being full (???). The big spike today is the patch. The servers were >>>>>> both *instantly full* after the patch (among the first online) and >>>>>> have been *constantly full* since, yet the CPU usage over the past >>>>>> three hours has drifted up to pre-patch levels... >>>>>> http://nephyrin.net/NemuMem.png >>>>>> >>>>>> Memory Usage over a longer period - note that i went from one to two >>>>>> servers on tuesday, so the memory leaks have actually remained about >>>>>> the same as before. >>>>>> >>>>>> If anyone from Valve wants a login to my stats system let me know. It >>>>>> has tons and tons of pretty graphs dating to back when the server >>>>>> started. >>>>>> >>>>>> - Neph >>>>>> >>>>>> On Fri, May 2, 2008 at 5:00 PM, Nephyrin Zey <[EMAIL PROTECTED]> wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Two patches ago levels == how it ran on the patch before the patch >>>>>>> before goldrush. Both the patch before goldrush and the goldrush patch >>>>>>> hurt performance, and its now at levels similar to prior to both of >>>>>>> those. >>>>>>> >>>>>>> Still a bit higher than it was when i first started hosting servers, >>>>>>> and higher than it should be, but better. >>>>>>> >>>>>>> - Neph >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> 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 > > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
