When I use pingboost 1 or pingboost 3 on a P4 1.7ghz - 1gig ddram - I see alot of choke - with one 20 player server running - CPU has 256k cache - I do not see this or need pingboost on CPU's using 512k cache nor on Intel Celerons 1.7ghz having 128k cache (using Pingboost 1) - no choke occurs... Using Redhat 8 - with all up2date crap install - minimal install - no GUI / XWin, etc... I use the P4 1.7ghz - Gen. Intel 256k CPU cache and if no pingboost specified the FPS is around 49-50 - with pingboost 1 - it jumps up to 97-99FPS - but see extreme choke - only 1 hlds process running on this box.... I'm one confused mofo now.
----- Original Message ----- From: "Daniel Stroven" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, October 12, 2003 2:44 PM Subject: Re: -pingboost 3 and low sys_ticrate RE: [hlds_linux] Re: The best OS for the server debian/freebsd > 500hz/700hz/1000hz > with sys_ticrate at default 100 > pingboost 1 > > Should be reasonable cpu (except 1120 hlds) with much lower pings, 100+fps > on server side and smoother play. > > > ----- Original Message ----- > From: "Sindre" <[EMAIL PROTECTED]> > To: "hlds_linux" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Sunday, October 12, 2003 9:22 AM > Subject: RE: -pingboost 3 and low sys_ticrate RE: [hlds_linux] Re: The best > OS for the server debian/freebsd > > > > First, you have to look at valves official response to what pingboost > does: > > > > -snip- > > > > All the pingboot modes attempt to reduce the latency caused by the server. > > The default implementation adds around 20msec to each players ping (under > > linux). > > > > Mode "1" reduces this by using a different wait method (a select() call). > > This method reduces the latency to 10msec. > > > > Mode "2" uses a similar but slightly different method (and alarm() type > > call). Again, the result it 10msec worth of latency being added. NOTE that > > this method has the potential to hang a server in certain (terminal) > > situations. If anyone has used this mode recently (not the first test we > > did!) and it hangs please speak up > > > > Mode "3" minimises the latency to the minimum possible level by processing > > a frame EVERY time a packet arrives. This causes the lowest possible > > latency, but can also cause extreme CPU usages (it does a complete frame > > for every packet, with each player sending lots of packets per second and > > 30 players this adds up to insane amounts of frames). Use this mode at > > your own risk, it will consume all available CPU, don't complain that > > cstrike uses too much CPU if you use this mode :-) In a future release > > this mode will be tweaked to let the admin balance latencies agains CPU > > usage (by processing a frame every N packets). > > > > There is also an external modules called "pingbooster" by UDPSoft (or is > > it UDPSoftware?). They implement something like mode "3". As this is an > > external module, and was built for an older version of HL (1108) it may > > not work properly any longer, and future releases may (accidently) break > > it. > > > > -snip- > > > > Then you realise that this is just a "quick'n'dirty" fix, instead of > letting > > the kernel handle the scheduling, which it's supposed to. > > > > Changing the kernel also works a lot better in all practical situations, > as > > long as you are able to compile a new kernel, that is. > > > > For example, cranking up pingboost and sys_ticrate gives high fps, but not > > really steady, they flux like mad, even dropping below 100, unlike 700hz > > kernel and sys_ticrate, which is at a steady 350 fps as long you got > enough > > cpu to spare. > > > > This might of course not be an issue for everyone, since I see people that > are > > happy with sub-50 fps, if you want top-notch performance though, you > should > > use higher hz. > > > > - Sindre > > > > >===== Original Message From [EMAIL PROTECTED] ===== > > >> pingboost is just a dirty work-around > > >> > > >> - Sindre > > > > > >Well that certainly explains it all! Care to enlighten us as to why? > > > > > >Thanks! > > > > > >_______________________________________________ > > >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