yeah it was my mistake, I'd forgotten ps aux averages the cpu% over the uptime or the process. The hlds stat cpu report and that reported by top are pretty much the same (give or take the odd spike). It's been a while since I've been running on Linux :)
-- Nathan Woodcock System Administrator (BarrysWorld/GAME) GAME DIGITAL LTD [EMAIL PROTECTED] http://www.barrysworld.com/ http://play.game.net/ > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Alfred Reynolds > Sent: 18 September 2003 18:45 > To: Half-Life Dedicated Linux Server Mailing List > Subject: RE: [hlds_linux] Crazy Usage > > > The "stats" command uses the value from /proc/<pid>/stat , > which is the same > value that top uses. Perhaps the difference you are > encountering is due to > the sampling intervals (hlds smoothes the usage over a 5 > second window but > top simply shows the instantaneous value). > > - Alfred > > Nathan Woodcock - BarrysWorld wrote: > > how accurate is rcon stats? It doesn't bare much > > resemblance at all to > > the process use as shown by ps. > > > > > >> -----Original Message----- > >> From: [EMAIL PROTECTED] > >> [mailto:[EMAIL PROTECTED] On Behalf > Of Daniel > >> Stroven Sent: 18 September 2003 15:19 > >> To: [EMAIL PROTECTED] > >> Subject: Re: [hlds_linux] Crazy Usage > >> > >> > >> James, > >> > >> Can you give us some "rcon stats" results on these games? When you > >> the servers are close to full? > >> > >> I have cpustat installed when I tested out the 2.4.9 kernel. Pretty > >> neat, but I would like to see some info from rcon stats if possible > >> from you. > >> > >> Also if you can show some load stats from top for these servers. > >> thanks > >> > >> dan > >> ----- Original Message ----- > >> From: "James Couzens" <[EMAIL PROTECTED]> > >> To: <[EMAIL PROTECTED]> > >> Sent: Thursday, September 18, 2003 3:59 AM > >> Subject: Re: [hlds_linux] Crazy Usage > >> > >> > >>> Daniel, > >>> > >>> Believe me, it can, and it does. Taking the server to larger maps > >>> does yield cpu above 1%, please note that I was testing the > >>> smallest map, de_dust. Previously posted on this list were some > >>> screenshots: > >>> > >>> http://prodigy.redphive.org/images/de_airstrip.jpg > >>> http://prodigy.redphive.org/images/de_aztec.jpg > >>> http://prodigy.redphive.org/images/de_aztec2.jpg > >>> http://prodigy.redphive.org/images/de_dust.jpg > >>> http://prodigy.redphive.org/images/de_dust2.jpg > >>> > >>> The cpu use is very REAL, and even for YES 30 slots. I have seen > >>> identical results in windows. As Eric kindly pointed out > >>> previously, 30 slots is a relative term. A 30 slot server, with > >>> all slots bound to the same server would use an exponentially > >>> larger amount of cpu than two > >> servers running > >> 15. > >>> > >>> Cheers, > >>> > >>> James > >>> > >>> ----- Original Message ----- > >>> From: "Daniel Stroven" <[EMAIL PROTECTED]> > >>> To: <[EMAIL PROTECTED]> > >>> Sent: Thursday, September 18, 2003 12:34 AM > >>> Subject: Re: [hlds_linux] Crazy Usage > >>> > >>> > >>>> Server FPS I have seen over 500. 100 is what i would > >> ideally want. 50 > >>> fps > >>>> or lower is not what I want. > >>>> > >>>> To me its simple. Regardless of kernel or regardless of > >> OS, a cpu can > >>> only > >>>> handle so much. A cpu is not going to just use 1 percent > >> for near 30 > >>> slots, > >>>> unless its some super duper chip. There is way to much > >> going on for it > >> to > >>>> use 1%, that is not even realistic to think so. > >>>> > >>>> Put that same chip on windows servers which seem to > >> utilize cpu better > >>> than > >>>> linux currently, and you will not see 1% usage. In fact I would > >>>> say its down right physically impossible with the current > >>>> chips..even 3ghz chip. > >>>> > >>>> If it works for you great, for me the performance simply wasn't > >>>> there. > >>>> ----- Original Message ----- > >>>> From: "James Couzens" <[EMAIL PROTECTED]> > >>>> To: <[EMAIL PROTECTED]> > >>>> Sent: Thursday, September 18, 2003 2:15 AM > >>>> Subject: [hlds_linux] Crazy Usage > >>>> > >>>> > >>>>> Jeremy, > >>>>> > >>>>> I assure you, it is not incorrect. Its very correct. > >> Kernel timings > >> in > >>>>> kernel-2.4.21 which I have also tested against, use identical > >>>>> kernel sleeping habbits: > >>>>> > >>>>> LINUX 2.4.21 : > >>>>> > >>>>> [EMAIL PROTECTED] asm-i386 # cat > >>> /usr/src/linux-2.4.21/include/asm-i386/param.h > >>>>> #ifndef _ASMi386_PARAM_H > >>>>> #define _ASMi386_PARAM_H > >>>>> > >>>>> #ifndef HZ > >>>>> #define HZ 100 > >>>>> #endif > >>>>> > >>>>> #define EXEC_PAGESIZE 4096 > >>>>> > >>>>> #ifndef NGROUPS > >>>>> #define NGROUPS 32 > >>>>> #endif > >>>>> > >>>>> #ifndef NOGROUP > >>>>> #define NOGROUP (-1) > >>>>> #endif > >>>>> > >>>>> #define MAXHOSTNAMELEN 64 /* max length of hostname */ > >>>>> > >>>>> #ifdef __KERNEL__ > >>>>> # define CLOCKS_PER_SEC 100 /* frequency at which > >> times() counts > >> */ > >>>>> #endif > >>>>> > >>>>> #endif > >>>>> > >>>>> LINUX 2.4.9: > >>>>> > >>>>> [EMAIL PROTECTED] asm-i386 # cat > >>> /usr/src/linux-2.4.9/include/asm-i386/param.h > >>>>> #ifndef _ASMi386_PARAM_H > >>>>> #define _ASMi386_PARAM_H > >>>>> > >>>>> #ifndef HZ > >>>>> #define HZ 100 > >>>>> #ifdef __KERNEL__ > >>>>> #if HZ == 100 > >>>>> /* X86 is defined to provide userspace with a world where HZ=100 > >>>>> We have to do this, (x*const)/const2 isnt optimised > >> out because its > >>> not > >>>>> a null operation as it might overflow.. */ > >>>>> #define hz_to_std(a) (a) > >>>>> #else > >>>>> #define hz_to_std(a) (((a)*HZ)/100) > >>>>> #endif > >>>>> #endif > >>>>> #endif > >>>>> > >>>>> #define EXEC_PAGESIZE 4096 > >>>>> > >>>>> #ifndef NGROUPS > >>>>> #define NGROUPS 32 > >>>>> #endif > >>>>> > >>>>> #ifndef NOGROUP > >>>>> #define NOGROUP (-1) > >>>>> #endif > >>>>> > >>>>> #define MAXHOSTNAMELEN 64 /* max length of hostname */ > >>>>> > >>>>> #ifdef __KERNEL__ > >>>>> # define CLOCKS_PER_SEC 100 /* frequency at which > >> times() counts > >> */ > >>>>> #endif > >>>>> > >>>>> #endif > >>>>> > >>>>> As you can clearly see, HZ is still 100. > >>>>> > >>>>> So, please explain to me how I am being lied to? I use > >> 2.4.21 I see > >>>> obscene > >>>>> usage breaking to almost full capacity of my chip. In > >> addition to not > >>>> only > >>>>> SAYING its using that many cycles, it TRULY is, FPS > >> drops, working on > >>> the > >>>>> machine becomes sluggish etc... Yet when I use a 2.4.9 > >> kernel, I see > >> a > >>>>> remarkable difference, in addition to INCREDIBLY low > >> cpu use, its > >>>> accurate, > >>>>> since the FPS is high, and the server is extremely responsive. > >>>>> > >>>>> I am not using top to discover cpu use either, and > >> thats even a moot > >>> point > >>>>> since top agrees fully with the cpu use I arrive at, which I > >>>>> manually calculate by using the proc filesystem. > >>>>> > >>>>> Please explain to me the logic you are using to deduce > >> that my results > >>> are > >>>>> incorrect? FPS does not lie. If the server can do 50 > >> FPS, which is > >> its > >>>>> MAX, then I think i'm on the right track here. > >>>>> > >>>>> I am telling you, and PROVING to you, that using this > >> kernel, with > >>> DEFAULT > >>>>> kernel timings results in performance vastly superior > >> to any kernel > >>>> released > >>>>> after. > >>>>> > >>>>> James > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: <[EMAIL PROTECTED]> > >>>>> To: <[EMAIL PROTECTED]> > >>>>> Sent: Wednesday, September 17, 2003 7:43 PM > >>>>> Subject: RE: [hlds_linux] Crazy Usage > >>>>> > >>>>> > >>>>>>> Here is an example: > >>>>>>> > >>>>>>> AMD XP2600 1GB PC2700 DDR333: > >>>>>>> [7:19:pm] -r5-cs3- [CS3] Statistics: CPU: 1% FPS: > >> 50 Players: > >> 15/17 > >>>> Map: > >>>>>>> cs_assault Uptime: 757 m > >>>>>>> [7:19:pm] -r5-cs2- [CS2] Statistics: CPU: 1% FPS: > >> 50 Players: > >> 14/17 > >>>> Map: > >>>>>>> de_chateau Uptime: 922 m > >>>>>>> > >>>>>>> Those two servers are on the same machine, and the > >> cpu reported, is > >>> the > >>>>>>> TOTAL CPU use for the ENTIRE server, so its 1% > >> combined. So there > >>> are > >>>> 29 > >>>>>>> players effectively doing only 1% cpu. And as you > >> can see, each > >>> server > >>>>> is> > >>>>>>> still clearly getting 50FPS which is excellent also. > >>>>>>> > >>>>>>> VERY IMPRESSIVE. > >>>>>> > >>>>>> That's not impresssive, it's just incorrect. There is > >> no possible > >> way > >>>> that > >>>>>> your server has 1% usage with 30 active players. I'm > >> sorry but top > >> is > >>>> VERY > >>>>>> incorrect. > >>>>>> > >>>>>> Jeremy > >>>>>> > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> 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 > >> > > > > > > _______________________________________________ > > 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
