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

Reply via email to