Ah, I missed that. Nothing is ever as simple as it seems... Drek
Nephyrin Zey wrote: > If you read my previous email, that was because of a plugin i had > running that i then removed and provided a snapshot without it, but > with the same problem. > > I can't even get consistant 100FPS with 32 people in a SourceTV > server, on a 2.4GHz Xeon. That's the issue. > > On Sat, Aug 30, 2008 at 11:29 AM, ics <[EMAIL PROTECTED]> wrote: > >> I sort of had that feeling too. I've been only running server with 100, >> 250 and 1000Hz kernels and those give 50, 120 and 500fps give or take. >> So far 1000Hz gives best performance under heavy load (lots happening >> in-game), rest just peak CPU to the roof time to time and cause glitching. >> >> -ics >> >> Crazy Canucks kirjoitti: >> >>> Am I the only one that thinks the almost 100% cpu load might have >>> something to do with the almost 4000 fps the server appears to be >>> running at? >>> >>> Drek >>> >>> Gary Stanley wrote: >>> >>> >>>> At 03:36 AM 8/28/2008, Nephyrin Zey wrote: >>>> >>>> >>>> >>>>> I've complained before about how srcds chugs massive amounts of CPU, but >>>>> now that I've enabled SourceTV it's gotten absolutely absurd. Here is my >>>>> server idling, while my monitoring system polls it once a minute for CPU >>>>> usage. The server is *empty*, with no bots, with just SourceTV on. >>>>> SourceTV is autorecording, but turning this off has a small effect. >>>>> >>>>> >>>>> >>>> >>>>> CPU In Out Uptime Users FPS Players >>>>> 99.90 0.00 0.00 1556 14 3831.42 0 >>>>> rcon from "75.125.209.6:38438": command "stats" >>>>> CPU In Out Uptime Users FPS Players >>>>> 11.00 0.00 0.00 1557 14 3378.38 0 >>>>> rcon from "75.125.209.6:38442": command "stats" >>>>> CPU In Out Uptime Users FPS Players >>>>> 23.80 0.00 0.00 1558 14 3802.28 0 >>>>> rcon from "75.125.209.6:54402": command "stats" >>>>> CPU In Out Uptime Users FPS Players >>>>> 99.90 0.00 0.00 1559 14 1782.53 0 >>>>> rcon from "75.125.209.6:54406": command "stats" >>>>> CPU In Out Uptime Users FPS Players >>>>> 9.00 0.00 0.00 1560 14 673.40 0 >>>>> rcon from "75.125.209.6:54410": command "stats" >>>>> >>>>> A process monitor shows this server idling at 25-28% of the core it's >>>>> assigned to. >>>>> >>>>> I'm not doing any special boosting, but i am using a 2.6.26 kernel >>>>> (which has the new cpu sched, and such). I've tried 300hz and 1000hz, >>>>> tickless, preempt on off, and realtime kernels, and found that they all >>>>> have relatively minor effects on CPU usage. Turning off high precision >>>>> timers + turning kernel hz to 100, so the system cannot achieve higher >>>>> than 100fps, results in moderately less CPU usage, and a performance hit. >>>>> >>>>> So what am I going to do? The windows srcds has moderately better CPU >>>>> usage, but I run a quadcore linux system that also provides other >>>>> services, and can't easily switch. >>>>> >>>>> More worrying: the windows srcds 'unboosted' uses TINY (like <20% of a >>>>> core FULL) amounts of CPU. It gets 66fps, sure, but my servers dip as >>>>> low as 66fps when they're at 100% bloody CPU usage! >>>>> >>>>> Is this ever going to be looked at? Am I doing it wrong? >>>>> >>>>> - Neph >>>>> >>>>> >>>>> >>>> Have you tried an older kernel? I don't see those issues (at all). >>>> However, I have plenty of hacks in place in kernel/time.c to make >>>> gettimeofday() return for speed, no accuracy (saves a couple mpy and >>>> divl cycles), and i don't use 2.6.26 series on my development stuff. >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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
