I know 3 ways: - enable net_graph 4 in the game and watch the sv part. This number is your server fps. - Connect via HLSW or similar tool use the console enter stats and keep on pressing enter. It will show you the server fps etc - the one i prefere, because you get a nice graph: Change your rcon password because the side needs it to measure and enter your data here: http://www.fpsmeter.org/p,domeas.html
Eric Greer schrieb: > This post helps an ass-load. > So my next question is: Whats the best way to reliably tell what FPS a > server is running at? Is there a way to monitor this? > > Thanks! > > Eric > > > On Sun, Sep 6, 2009 at 2:23 AM, Ulrich Block <[email protected]> wrote: > > >> First you can try the fps your kernel can hanlde out of the box by using >> fps_max 0 . The Debian kernel for example gets you the 1000fps out of >> the box. >> For security reasons i rebuild it with only the drivers i need and >> loadable Modules support disabled (In my opinion the less code you can >> execute on a server the better). >> The most important thing is not to get high fps. The most important >> thing is to get them stable. The most player do not realise a difference >> between a 300 500 or even 1000 fps server. What they will easy notice is >> when the serverfps will drop from 950-50 etc.... >> >> Here is a howto for a RT patched kernel: >> http://wiki.fragaholics.de/index.php/EN:Linux_Kernel_Optimization >> Just try out your kernel with the resheduling and idler part of this >> tutorial. Maybe you get already the results you need with the standart >> kernel. >> >> Eric Greer schrieb: >> >>> This is all really awesome information everyone and I am very >>> >> appreciative >> >>> of all your ime and knowledge... however... >>> >>> What does this mean to the guy who hasn't recompiled a linux kenel >>> >> before? >> >>> Right now I'm seting fps_max on the command line to 500. Can I get more >>> >> than >> >>> 500 fps without recompiling? What settings would that require? >>> >>> If I do have to recompile, where do I start learning for that? How >>> dangerous is it? >>> >>> Thanks again everyone, >>> >>> Eric >>> >>> >>> On Sat, Sep 5, 2009 at 7:46 PM, Gary Stanley <[email protected] >>> wrote: >>> >>> >>> >>>> At 09:50 AM 9/5/2009, Joseph Laws wrote: >>>> >>>> >>>>> I've never cared for the RT patches...but the hi-res timers pre 2.6.24 >>>>> are very solid. >>>>> >>>>> >>>> RT patches try and reduce the latency of a great multitude of things, >>>> but the only ones that really count >>>> are the scheduler latency. The 2.6.22 kernels without CFS are better >>>> than the newer ones :) >>>> >>>> The best mainline kernels are the 2.4 series, because nanosleep will >>>> busy wait. >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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
