I'm interested in hearing more performance data points. I can't find any useful information on the web aside from really bizarre speculation from people who have no business commenting on server performance.
On a Xeon 3060 (2 2.4GHz cores) with 2GB running CentOS 5, I can run, at most two full 32-person TF2 servers. CPU usage on each core hovers between 65% and 90%, precluding my running additional servers on the same machine. I'm disappointed with that, but I have little else to compare it to. On a prior server, I was unable to run two full 32-person servers on a 3040 (2 1.8GHz cores) without substantially degrading performance, but I could run 32 and 24. I should also note that via "stats" (on the 3060), I see the FPS typically average in the 60s on the full 32-person server. I'd appreciate similar information from other admins. I'm also interest in comparing bandwidth consumption. With two 32-person servers full around the clock (and sv_maxrate 30000, if that's a factor), I use nearly 2TB a month. *Please keep this discussion in the hlds_linux list*. There's too much noise in the main list. Ryan On Thu, Aug 28, 2008 at 1:07 AM, Coldorak <[EMAIL PROTECTED]> 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_linux
