Do you have SourceTV running by chance? Nephyrin Zey wrote: > Bah, you're right, I still had my one plugin set to muck with FPS > settings. Here's the same deal with all plugins prevented from ever loading: > > CPU In Out Uptime Users FPS Players > 12.50 0.00 0.00 1 2 253.74 0 > stats > CPU In Out Uptime Users FPS Players > 12.25 0.00 0.00 1 2 238.83 0 > stats > CPU In Out Uptime Users FPS Players > 15.00 0.00 0.00 1 2 239.12 0 > stats > CPU In Out Uptime Users FPS Players > 14.00 0.00 0.00 1 2 239.01 0 > plugin_print > Loaded plugins: > --------------------- > --------------------- > stats > CPU In Out Uptime Users FPS Players > 14.33 0.00 0.00 1 2 241.25 0 > stats > CPU In Out Uptime Users FPS Players > 99.90 0.00 0.00 1 2 240.33 0 > CPU In Out Uptime Users FPS Players > 16.00 0.00 0.00 1 2 284.66 0 > rcon from "75.125.209.5:46000": command "stats" > stats > CPU In Out Uptime Users FPS Players > 16.00 0.00 0.00 1 2 232.50 0 > > This is running *2fort*. > > - Neph > > Coldorak wrote: > >> Note sure why you get so much CPU usage. >> >> Linux srcds, TF2, SourceTV enabled, no player connected >> Server running Debian 4.0 64bit, with CPU Core2Duo @2.33GHz and 4GB Ram >> >> stats >> CPU In Out Uptime Users FPS Players >> 4.00 0.00 0.00 0 1 243.37 0 >> stats >> CPU In Out Uptime Users FPS Players >> 4.75 0.00 0.00 0 1 237.36 0 >> stats >> CPU In Out Uptime Users FPS Players >> 3.80 0.00 0.00 1 1 242.78 0 >> >> The strange thing is: why this difference in FPS? >> >> Cold >> >> >> On Thu, Aug 28, 2008 at 9:36 AM, Nephyrin Zey<[EMAIL PROTECTED]>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 >>> >>> _______________________________________________ >>> 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
