SV: RE: [hlds_linux] Possible fix for linux performance?
Anyone knows how this patch is compares to the SD (Staircase scheduler put into 2.6.18, 2.6.18-ck1) patch? Best regards, Patrik Arvhult --- Dan E <[EMAIL PROTECTED]> skrev: > -- > [ Picked text/plain from multipart/alternative ] > Np, I just made a few changes again and will try > this one one (the site will be down during that > reboot :P). As far as TSC, it was already enabled; > one of my changes involves removing HPET, but I have > a single CPU/single core machine, so I don't think > it's advisable for most servers out there. It > sounds like even some frequency management utils > (cpufreq) can also throw off the TSC. Hopefully by > tonight I can report whether or not this helped out. > > If any of you have tried this, let's hear how it > worked out for you :) > > Colin Silcock <[EMAIL PROTECTED]> wrote: > Awesome, thanks Dan. > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Dan E > Sent: 03 August 2007 13:30 > To: hlds_linux@list.valvesoftware.com > Subject: RE: [hlds_linux] Possible fix for linux > performance? > > -- > [ Picked text/plain from multipart/alternative ] > Bah, I just decided to throw it up on my host. > http://dansbasement.us/.config > > Again, don't forget to check for your own > requirements (I don't even have > SCSI/RAID/GigE on here), and don't forget to apply > the realtime preemption > patch. :) I'll look into the TSC thing that was > mentioned earlier. > > Colin Silcock wrote: Wouldn't mind one too ;) > > Seems like there's a lot of interest in this, if you > do host it online that > would be cool tsuehpsyde! Otherwise I'd be happy to > host it too. > > Colin > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Tobias Rehn > Sent: 03 August 2007 13:05 > To: hlds_linux@list.valvesoftware.com > Subject: Re: [hlds_linux] Possible fix for linux > performance? > > Hey, > > Can i also get a copy of your config file? Thanks a > lot. > > Kind regards, > Tobi > > Anton Chernev wrote: > > Hi, > > Could I also get a copy of your .config file? > > Thanks. > > > > Anton > > > > > >> -- > >> [ Picked text/plain from multipart/alternative ] > >> Send me a copy and I'll gladly host it online for > the list for testing. > >> [EMAIL PROTECTED] > >> > >> -tsuehpsyde > >> SourceKills.com > >> > >> On 8/2/07, Dan E wrote: > >> > >>> -- > >>> [ Picked text/plain from multipart/alternative ] > >>> Sent. Also, don't forget that you need to apply > the complete/realtime > >>> preemption patch that I mentioned in the > beginning of this thread. > >>> > >>> Ryan Burke wrote: I'd like a copy as well. > >>> > >>> Thanks! > >>> > >>> > -- > [ Picked text/plain from multipart/alternative > ] > Sure, I'll send it offlist. If anybody else > wants it/wants to host > > >>> it, > >>> > lemme know. Just keep in mind I did tune this > for my own system > > >>> (drivers > >>> > included). > > "Yousef A. Marafi" wrote: Can you send me your > .conf? > > On 8/2/07, Dan E wrote: > > > -- > > [ Picked text/plain from multipart/alternative > ] > > I may have actually been able to cure this on > my server o.O > > > >>> Yesterday > >>> I > >>> > > was doing lots of tweaks that I could find, > and afterwards, the time > > > >>> I > >>> > > spent definitely showed. The server did not > have any hitches, lower > > pings, no tick drops; it was absolutely > splendid :) And this was > > > >>> during > >>> > > a 10man 100tick scrim (two times). While it > may not prove the same > > > >>> for > >>> > > you, I thought that I'd share my experiences > with you guys in hopes > > > >>> that > >>> > > it can help you. > > > > First off, I am running CentOS 5 with a > custom-compiled 2.6.22 kernel > > (dynamic/tickless, 1000hz (though it doesn't > really matter with a > > tickless kernel), HPET, CFQ, and low-latency > patch). You can get the > > low latency patch here: > > > >>> http://people.redhat.com/mingo/realtime-preempt/ > >>> > > I think this may have been the trick that > actually did it, but I did > > > >>> a > >>> > > lot yesterday so I can't be sure. If you apply > it, make sure that you > > have the "Complete Preemption" mode selected > under "Processor types > > > >>> and > >>> > > features". > > > > I added some optimization flags while > compiling the kernel, but I'm > > > >>> not > >>> > > sure how much it will do (I'm not *that* big > on development): > > CXXFLAGS="-march=athlon-xp -O3 -ffast-math" > > > > I added the following entries to > /etc/sysctl.conf (easiest to do :P): > > net.core.rmem_max = 16777216 > > net.core.wmem_max = 16777216 > > net.ipv4.tcp_rmem = 4096 87380 16777216 > > net.ipv4.tcp_wmem = 4096 65536 16777216 > > > > > > I also disabled access times (for both files > and
Re: [hlds_linux] [VAC] Cheats
So you know how VAC works? It does _delayed_ ban on the player, if cheating is detected. This can be anywhere from 3 days from now to week afaik (if at all, cheat = VAC-proof, not detected by VAC). I myself, i trust my admins. They dont need to take demo from speedhackers because they are so obvious. Aimbotters are too. They cant mask that horrible crosshair jumping or shaking depending from the cheat at hand. From wallhackers, i demand demo's and then they can ban. If someone comes to complain, the demo comes in handy but usually no one comes. Guilty as charged. -ics René Luckow kirjoitti: -- [ Picked text/plain from multipart/alternative ] So VAC don't update that regularly? Is there anything new to watch for or jst the regular wallhack/aimbot stuff? Any website ressources to pull from? At the moment I only have about 10 admins that game maybe a couple of times a week, as the server has just been started again. How do you deal with bans/complaints, are your admins required to record cheaters for later inspection, maybe? On 8/3/07, ics <[EMAIL PROTECTED]> wrote: I have to agree exactly 100% what Dan just said. Lots of active admins keeps cheaters away. VAC only keeps the already banned off. -ics Dan E kirjoitti: My response: I hope you have many many admins. There would be at least one cheater a day on my server. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of René Luckow Sent: Friday, August 03, 2007 5:37 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] [VAC] Cheats -- [ Picked text/plain from multipart/alternative ] SInce I've been out of the loop for three years or so, could any of you guys tell me how effective VAC is nowadays? I mean, should I still look for cheaters or just rest safely knowing that VAC will do my dirty work? On 7/30/07, Alfred Reynolds <[EMAIL PROTECTED]> wrote: You can send those details directly to me. - Alfred Lubo wrote: I have a question. Too many working cheats get to me theese days. Is there somebody in Valve, who is interested in theese, so I can send them to him, to add protection against them to VAC? __ http://sport.sme.sk - Najkomplexnejšie informácie zo športu ___ 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
Re: [hlds_linux] [VAC] Cheats
Active and experienced admins are your best weapon against cheaters. I would also recomend joining an anti-cheat organisation which verify and sync bans. Here in Norway, several large communities has joined forces against cheaters via an organisation named Radar. All members of Radar share their bans (after radar-admins have approved the demos) - giving us a much more efficient way of dealing with cheaters. The most common cheats are still WH, aimbot and no-recoil. Though most are quite easy to spot, a few "designer cheats" has emerged the last year or so, with much more possibilites for the user to tweak. These are alot more "sophisticated", and the usual give-aways are more subtle. One of the most common mistakes a "skilled" cheater does, is to often "forget" to check dangerous spots as long as there is noe real danger there - since they of course already know this. This may be a sign for admins to start recording a few demos of the player. To analyze demos, I have a nice config here that might help you: // F1 10% speed // F2 50% speed // F3 100% speed // F4 500% speed // F5 pause/resume demo // F6 DEMOUI console // F7 Wireframe // F8 Wallhack // F9 Mat_Proxy WH cycle on/off (alternative wh, press 2x) // F10 Sound ESP (ukjent purpose) // F11 minimodels on/off (for admin wh - used in combination with a 3. party WH for demoanlyze) // F12 Interpolate & impacts on/off (for aimbot detection) echo "F1 10% hastighet"; echo "F2 50% hastighet"; echo "F3 100% hastighet"; echo "F4 500% hastighet"; echo "F5 resume/pause demo" echo "F6 DEMOUI console" echo "F7 Wireframe" echo "F8 Wallhack" echo "F9 Mat_Proxy WH cycle on/off" echo "F10 Sound ESP" echo "F11 minimodels on/off" echo "F12 Interpolate on/off + impacts on (for aimbot detection)" sv_cheats 1; // Developer meldinger alias "devoff" "developer -1; con_notifytime 0" alias "devon" "con_notifytime 4; developer 1" contimes 4 alias "interpolate" "interon"; alias "interon" "sv_cheats 1; sv_client_interpolate 0; cl_interpolate 0; sv_showimpacts 1; devon; echo ** cl_interpolate off **; devoff; alias interpolate interoff;"; alias "interoff" "sv_client_interpolate 1; cl_interpolate 1; show_showimpacts 0; devon; echo ** cl_interpolate on **; devoff; alias interpolate interon;"; bind "F12" "interpolate"; alias "minmod" "minon"; alias "minon" "cl_minmodels 1; cl_min_ct 1; cl_min_t 1; alias minmod minoff; devon; echo ** cl_minmodels on (1) **; devoff"; alias "minoff" "cl_min_ct 2; cl_min_t 3; alias minmod minalloff; devon; echo ** cl_minmodels on (2/3) **; devoff"; alias "minalloff" "cl_minmodels 0; alias minmod minon; devon; echo ** cl_minmodels off **; devoff"; bind "F11" "minmod"; bind "F1" "demo_timescale 0.1; devon; echo ** 10% hastighet **; devoff"; bind "F2" "demo_timescale 0.5; devon; echo ** 50% hastighet **; devoff"; bind "F3" "demo_timescale 1; devon; echo ** 100% hastighet **; devoff"; bind "F4" "demo_timescale 5; devon; echo ** 500% hastighet **; devoff"; bind "F6" "demoui"; alias "demorun" "demoresume"; alias "demoresume" "demo_resume; alias demorun demopause; devon; echo ** Demo resumed **; devoff"; alias "demopause" "demo_pause; alias demorun demoresume; devon; echo ** Demo paused **; devoff"; bind "F5" "demorun"; // mat proxy: alias water00 "mat_proxy 2; alias waterUp water01" alias water01 "mat_proxy 1; alias waterUp water00" alias waterUp "water00" bind F9 waterUp //example sound esp: alias sndesp00 "snd_show 1;snd_visualize 1;alias sndespUp sndesp01" alias sndesp01 "snd_show 1;snd_visualize 1;snd_showmixer 1;alias sndespUp sndesp02" alias sndesp02 "snd_show 0;snd_visualize 0;snd_showmixer 0;alias sndespUp sndesp00" alias sndespUp "sndesp00" bind F10 sndespUp // example wirefame: alias wireframe00 "mat_measurefillrate 0;mat_luxels 0;alias wireUp wireframe09" alias wireframe09 "mat_wireframe 0;mat_measurefillrate 1;mat_luxels 0;alias wireUp wireframe00" alias wireUp "wireframe00" bind F7 wireUp // example wallhack: alias wall00 "mat_depthbias_normal 0;mat_luxels 0;r_drawopaquerenderables 1;mat_reversedepth 0;alias wallUp wall01" alias wall01 "mat_depthbias_normal 1;alias wallUp wall02" alias wall02 "mat_depthbias_normal 1;mat_luxels 1;alias wallUp wall03" alias wall03 "wa6;mat_depthbias_normal 1;mat_reversedepth 1;mat_luxels 0;alias wallUp wall04" alias wall04 "wa6;mat_depthbias_normal 0;mat_reversedepth 1;mat_luxels 0;alias wallUp wall05" alias wall05 "wa6;mat_depthbias_normal 0;mat_reversedepth 1;mat_luxels 1;alias wallUp wall06" alias wall06 "r_drawopaquerenderables 0;alias wallUp wall00" alias wallUp "wall00" bind F8 wallUp From: "René Luckow" <[EMAIL PROTECTED]> Reply-To: hlds_linux@list.valvesoftware.com To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] [VAC] Cheats Date: Fri, 3 Aug 2007 13:33:14 +0200 -- [ Picked text/plain from multipart/alternative ] So VAC don't update that regularly? Is there anything new to watch for or jst the regular wallhack/aimbot stuff? Any website ressources to pull from? At the
RE: [hlds_linux] Possible fix for linux performance?
-- [ Picked text/plain from multipart/alternative ] Np, I just made a few changes again and will try this one one (the site will be down during that reboot :P). As far as TSC, it was already enabled; one of my changes involves removing HPET, but I have a single CPU/single core machine, so I don't think it's advisable for most servers out there. It sounds like even some frequency management utils (cpufreq) can also throw off the TSC. Hopefully by tonight I can report whether or not this helped out. If any of you have tried this, let's hear how it worked out for you :) Colin Silcock <[EMAIL PROTECTED]> wrote: Awesome, thanks Dan. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan E Sent: 03 August 2007 13:30 To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] Possible fix for linux performance? -- [ Picked text/plain from multipart/alternative ] Bah, I just decided to throw it up on my host. http://dansbasement.us/.config Again, don't forget to check for your own requirements (I don't even have SCSI/RAID/GigE on here), and don't forget to apply the realtime preemption patch. :) I'll look into the TSC thing that was mentioned earlier. Colin Silcock wrote: Wouldn't mind one too ;) Seems like there's a lot of interest in this, if you do host it online that would be cool tsuehpsyde! Otherwise I'd be happy to host it too. Colin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tobias Rehn Sent: 03 August 2007 13:05 To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Possible fix for linux performance? Hey, Can i also get a copy of your config file? Thanks a lot. Kind regards, Tobi Anton Chernev wrote: > Hi, > Could I also get a copy of your .config file? > Thanks. > > Anton > > >> -- >> [ Picked text/plain from multipart/alternative ] >> Send me a copy and I'll gladly host it online for the list for testing. >> [EMAIL PROTECTED] >> >> -tsuehpsyde >> SourceKills.com >> >> On 8/2/07, Dan E wrote: >> >>> -- >>> [ Picked text/plain from multipart/alternative ] >>> Sent. Also, don't forget that you need to apply the complete/realtime >>> preemption patch that I mentioned in the beginning of this thread. >>> >>> Ryan Burke wrote: I'd like a copy as well. >>> >>> Thanks! >>> >>> -- [ Picked text/plain from multipart/alternative ] Sure, I'll send it offlist. If anybody else wants it/wants to host >>> it, >>> lemme know. Just keep in mind I did tune this for my own system >>> (drivers >>> included). "Yousef A. Marafi" wrote: Can you send me your .conf? On 8/2/07, Dan E wrote: > -- > [ Picked text/plain from multipart/alternative ] > I may have actually been able to cure this on my server o.O > >>> Yesterday >>> I >>> > was doing lots of tweaks that I could find, and afterwards, the time > >>> I >>> > spent definitely showed. The server did not have any hitches, lower > pings, no tick drops; it was absolutely splendid :) And this was > >>> during >>> > a 10man 100tick scrim (two times). While it may not prove the same > >>> for >>> > you, I thought that I'd share my experiences with you guys in hopes > >>> that >>> > it can help you. > > First off, I am running CentOS 5 with a custom-compiled 2.6.22 kernel > (dynamic/tickless, 1000hz (though it doesn't really matter with a > tickless kernel), HPET, CFQ, and low-latency patch). You can get the > low latency patch here: > >>> http://people.redhat.com/mingo/realtime-preempt/ >>> > I think this may have been the trick that actually did it, but I did > >>> a >>> > lot yesterday so I can't be sure. If you apply it, make sure that you > have the "Complete Preemption" mode selected under "Processor types > >>> and >>> > features". > > I added some optimization flags while compiling the kernel, but I'm > >>> not >>> > sure how much it will do (I'm not *that* big on development): > CXXFLAGS="-march=athlon-xp -O3 -ffast-math" > > I added the following entries to /etc/sysctl.conf (easiest to do :P): > net.core.rmem_max = 16777216 > net.core.wmem_max = 16777216 > net.ipv4.tcp_rmem = 4096 87380 16777216 > net.ipv4.tcp_wmem = 4096 65536 16777216 > > > I also disabled access times (for both files and folders) on my ext3 > root partition. > /dev/VolGroup00/LogVol00 / ext3defaults,noatime,nodiratime >1 1 > > Srcds is running with nice of -10, but I'm not sure how much that > >>> really >>> > affects it. > > That's all that I can remember off the top of my head, but it has > definitely made an improvement for me. If you want, I can post up my > kernel .config. Hope it helps! :) > > Dan > > > > -- > > __
RE: [hlds_linux] Possible fix for linux performance?
Awesome, thanks Dan. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan E Sent: 03 August 2007 13:30 To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] Possible fix for linux performance? -- [ Picked text/plain from multipart/alternative ] Bah, I just decided to throw it up on my host. http://dansbasement.us/.config Again, don't forget to check for your own requirements (I don't even have SCSI/RAID/GigE on here), and don't forget to apply the realtime preemption patch. :) I'll look into the TSC thing that was mentioned earlier. Colin Silcock <[EMAIL PROTECTED]> wrote: Wouldn't mind one too ;) Seems like there's a lot of interest in this, if you do host it online that would be cool tsuehpsyde! Otherwise I'd be happy to host it too. Colin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tobias Rehn Sent: 03 August 2007 13:05 To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Possible fix for linux performance? Hey, Can i also get a copy of your config file? Thanks a lot. Kind regards, Tobi Anton Chernev wrote: > Hi, > Could I also get a copy of your .config file? > Thanks. > > Anton > > >> -- >> [ Picked text/plain from multipart/alternative ] >> Send me a copy and I'll gladly host it online for the list for testing. >> [EMAIL PROTECTED] >> >> -tsuehpsyde >> SourceKills.com >> >> On 8/2/07, Dan E wrote: >> >>> -- >>> [ Picked text/plain from multipart/alternative ] >>> Sent. Also, don't forget that you need to apply the complete/realtime >>> preemption patch that I mentioned in the beginning of this thread. >>> >>> Ryan Burke wrote: I'd like a copy as well. >>> >>> Thanks! >>> >>> -- [ Picked text/plain from multipart/alternative ] Sure, I'll send it offlist. If anybody else wants it/wants to host >>> it, >>> lemme know. Just keep in mind I did tune this for my own system >>> (drivers >>> included). "Yousef A. Marafi" wrote: Can you send me your .conf? On 8/2/07, Dan E wrote: > -- > [ Picked text/plain from multipart/alternative ] > I may have actually been able to cure this on my server o.O > >>> Yesterday >>> I >>> > was doing lots of tweaks that I could find, and afterwards, the time > >>> I >>> > spent definitely showed. The server did not have any hitches, lower > pings, no tick drops; it was absolutely splendid :) And this was > >>> during >>> > a 10man 100tick scrim (two times). While it may not prove the same > >>> for >>> > you, I thought that I'd share my experiences with you guys in hopes > >>> that >>> > it can help you. > > First off, I am running CentOS 5 with a custom-compiled 2.6.22 kernel > (dynamic/tickless, 1000hz (though it doesn't really matter with a > tickless kernel), HPET, CFQ, and low-latency patch). You can get the > low latency patch here: > >>> http://people.redhat.com/mingo/realtime-preempt/ >>> > I think this may have been the trick that actually did it, but I did > >>> a >>> > lot yesterday so I can't be sure. If you apply it, make sure that you > have the "Complete Preemption" mode selected under "Processor types > >>> and >>> > features". > > I added some optimization flags while compiling the kernel, but I'm > >>> not >>> > sure how much it will do (I'm not *that* big on development): > CXXFLAGS="-march=athlon-xp -O3 -ffast-math" > > I added the following entries to /etc/sysctl.conf (easiest to do :P): > net.core.rmem_max = 16777216 > net.core.wmem_max = 16777216 > net.ipv4.tcp_rmem = 4096 87380 16777216 > net.ipv4.tcp_wmem = 4096 65536 16777216 > > > I also disabled access times (for both files and folders) on my ext3 > root partition. > /dev/VolGroup00/LogVol00 / ext3defaults,noatime,nodiratime >1 1 > > Srcds is running with nice of -10, but I'm not sure how much that > >>> really >>> > affects it. > > That's all that I can remember off the top of my head, but it has > definitely made an improvement for me. If you want, I can post up my > kernel .config. Hope it helps! :) > > Dan > > > > -- > > ___ > 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/mailm
RE: [hlds_linux] Possible fix for linux performance?
Wouldn't mind one too ;) Seems like there's a lot of interest in this, if you do host it online that would be cool tsuehpsyde! Otherwise I'd be happy to host it too. Colin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tobias Rehn Sent: 03 August 2007 13:05 To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Possible fix for linux performance? Hey, Can i also get a copy of your config file? Thanks a lot. Kind regards, Tobi Anton Chernev wrote: > Hi, > Could I also get a copy of your .config file? > Thanks. > > Anton > > >> -- >> [ Picked text/plain from multipart/alternative ] >> Send me a copy and I'll gladly host it online for the list for testing. >> [EMAIL PROTECTED] >> >> -tsuehpsyde >> SourceKills.com >> >> On 8/2/07, Dan E <[EMAIL PROTECTED]> wrote: >> >>> -- >>> [ Picked text/plain from multipart/alternative ] >>> Sent. Also, don't forget that you need to apply the complete/realtime >>> preemption patch that I mentioned in the beginning of this thread. >>> >>> Ryan Burke <[EMAIL PROTECTED]> wrote: I'd like a copy as well. >>> >>> Thanks! >>> >>> -- [ Picked text/plain from multipart/alternative ] Sure, I'll send it offlist. If anybody else wants it/wants to host >>> it, >>> lemme know. Just keep in mind I did tune this for my own system >>> (drivers >>> included). "Yousef A. Marafi" wrote: Can you send me your .conf? On 8/2/07, Dan E wrote: > -- > [ Picked text/plain from multipart/alternative ] > I may have actually been able to cure this on my server o.O > >>> Yesterday >>> I >>> > was doing lots of tweaks that I could find, and afterwards, the time > >>> I >>> > spent definitely showed. The server did not have any hitches, lower > pings, no tick drops; it was absolutely splendid :) And this was > >>> during >>> > a 10man 100tick scrim (two times). While it may not prove the same > >>> for >>> > you, I thought that I'd share my experiences with you guys in hopes > >>> that >>> > it can help you. > > First off, I am running CentOS 5 with a custom-compiled 2.6.22 kernel > (dynamic/tickless, 1000hz (though it doesn't really matter with a > tickless kernel), HPET, CFQ, and low-latency patch). You can get the > low latency patch here: > >>> http://people.redhat.com/mingo/realtime-preempt/ >>> > I think this may have been the trick that actually did it, but I did > >>> a >>> > lot yesterday so I can't be sure. If you apply it, make sure that you > have the "Complete Preemption" mode selected under "Processor types > >>> and >>> > features". > > I added some optimization flags while compiling the kernel, but I'm > >>> not >>> > sure how much it will do (I'm not *that* big on development): > CXXFLAGS="-march=athlon-xp -O3 -ffast-math" > > I added the following entries to /etc/sysctl.conf (easiest to do :P): > net.core.rmem_max = 16777216 > net.core.wmem_max = 16777216 > net.ipv4.tcp_rmem = 4096 87380 16777216 > net.ipv4.tcp_wmem = 4096 65536 16777216 > > > I also disabled access times (for both files and folders) on my ext3 > root partition. > /dev/VolGroup00/LogVol00 / ext3defaults,noatime,nodiratime >1 1 > > Srcds is running with nice of -10, but I'm not sure how much that > >>> really >>> > affects it. > > That's all that I can remember off the top of my head, but it has > definitely made an improvement for me. If you want, I can post up my > kernel .config. Hope it helps! :) > > Dan > > > > -- > > ___ > 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 arch
RE: [hlds_linux] Possible fix for linux performance?
-- [ Picked text/plain from multipart/alternative ] Bah, I just decided to throw it up on my host. http://dansbasement.us/.config Again, don't forget to check for your own requirements (I don't even have SCSI/RAID/GigE on here), and don't forget to apply the realtime preemption patch. :) I'll look into the TSC thing that was mentioned earlier. Colin Silcock <[EMAIL PROTECTED]> wrote: Wouldn't mind one too ;) Seems like there's a lot of interest in this, if you do host it online that would be cool tsuehpsyde! Otherwise I'd be happy to host it too. Colin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tobias Rehn Sent: 03 August 2007 13:05 To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Possible fix for linux performance? Hey, Can i also get a copy of your config file? Thanks a lot. Kind regards, Tobi Anton Chernev wrote: > Hi, > Could I also get a copy of your .config file? > Thanks. > > Anton > > >> -- >> [ Picked text/plain from multipart/alternative ] >> Send me a copy and I'll gladly host it online for the list for testing. >> [EMAIL PROTECTED] >> >> -tsuehpsyde >> SourceKills.com >> >> On 8/2/07, Dan E wrote: >> >>> -- >>> [ Picked text/plain from multipart/alternative ] >>> Sent. Also, don't forget that you need to apply the complete/realtime >>> preemption patch that I mentioned in the beginning of this thread. >>> >>> Ryan Burke wrote: I'd like a copy as well. >>> >>> Thanks! >>> >>> -- [ Picked text/plain from multipart/alternative ] Sure, I'll send it offlist. If anybody else wants it/wants to host >>> it, >>> lemme know. Just keep in mind I did tune this for my own system >>> (drivers >>> included). "Yousef A. Marafi" wrote: Can you send me your .conf? On 8/2/07, Dan E wrote: > -- > [ Picked text/plain from multipart/alternative ] > I may have actually been able to cure this on my server o.O > >>> Yesterday >>> I >>> > was doing lots of tweaks that I could find, and afterwards, the time > >>> I >>> > spent definitely showed. The server did not have any hitches, lower > pings, no tick drops; it was absolutely splendid :) And this was > >>> during >>> > a 10man 100tick scrim (two times). While it may not prove the same > >>> for >>> > you, I thought that I'd share my experiences with you guys in hopes > >>> that >>> > it can help you. > > First off, I am running CentOS 5 with a custom-compiled 2.6.22 kernel > (dynamic/tickless, 1000hz (though it doesn't really matter with a > tickless kernel), HPET, CFQ, and low-latency patch). You can get the > low latency patch here: > >>> http://people.redhat.com/mingo/realtime-preempt/ >>> > I think this may have been the trick that actually did it, but I did > >>> a >>> > lot yesterday so I can't be sure. If you apply it, make sure that you > have the "Complete Preemption" mode selected under "Processor types > >>> and >>> > features". > > I added some optimization flags while compiling the kernel, but I'm > >>> not >>> > sure how much it will do (I'm not *that* big on development): > CXXFLAGS="-march=athlon-xp -O3 -ffast-math" > > I added the following entries to /etc/sysctl.conf (easiest to do :P): > net.core.rmem_max = 16777216 > net.core.wmem_max = 16777216 > net.ipv4.tcp_rmem = 4096 87380 16777216 > net.ipv4.tcp_wmem = 4096 65536 16777216 > > > I also disabled access times (for both files and folders) on my ext3 > root partition. > /dev/VolGroup00/LogVol00 / ext3defaults,noatime,nodiratime >1 1 > > Srcds is running with nice of -10, but I'm not sure how much that > >>> really >>> > affects it. > > That's all that I can remember off the top of my head, but it has > definitely made an improvement for me. If you want, I can post up my > kernel .config. Hope it helps! :) > > Dan > > > > -- > > ___ > 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 >>>
Re: [hlds_linux] Possible fix for linux performance?
Hey, Can i also get a copy of your config file? Thanks a lot. Kind regards, Tobi Anton Chernev wrote: Hi, Could I also get a copy of your .config file? Thanks. Anton -- [ Picked text/plain from multipart/alternative ] Send me a copy and I'll gladly host it online for the list for testing. [EMAIL PROTECTED] -tsuehpsyde SourceKills.com On 8/2/07, Dan E <[EMAIL PROTECTED]> wrote: -- [ Picked text/plain from multipart/alternative ] Sent. Also, don't forget that you need to apply the complete/realtime preemption patch that I mentioned in the beginning of this thread. Ryan Burke <[EMAIL PROTECTED]> wrote: I'd like a copy as well. Thanks! -- [ Picked text/plain from multipart/alternative ] Sure, I'll send it offlist. If anybody else wants it/wants to host it, lemme know. Just keep in mind I did tune this for my own system (drivers included). "Yousef A. Marafi" wrote: Can you send me your .conf? On 8/2/07, Dan E wrote: -- [ Picked text/plain from multipart/alternative ] I may have actually been able to cure this on my server o.O Yesterday I was doing lots of tweaks that I could find, and afterwards, the time I spent definitely showed. The server did not have any hitches, lower pings, no tick drops; it was absolutely splendid :) And this was during a 10man 100tick scrim (two times). While it may not prove the same for you, I thought that I'd share my experiences with you guys in hopes that it can help you. First off, I am running CentOS 5 with a custom-compiled 2.6.22 kernel (dynamic/tickless, 1000hz (though it doesn't really matter with a tickless kernel), HPET, CFQ, and low-latency patch). You can get the low latency patch here: http://people.redhat.com/mingo/realtime-preempt/ I think this may have been the trick that actually did it, but I did a lot yesterday so I can't be sure. If you apply it, make sure that you have the "Complete Preemption" mode selected under "Processor types and features". I added some optimization flags while compiling the kernel, but I'm not sure how much it will do (I'm not *that* big on development): CXXFLAGS="-march=athlon-xp -O3 -ffast-math" I added the following entries to /etc/sysctl.conf (easiest to do :P): net.core.rmem_max = 16777216 net.core.wmem_max = 16777216 net.ipv4.tcp_rmem = 4096 87380 16777216 net.ipv4.tcp_wmem = 4096 65536 16777216 I also disabled access times (for both files and folders) on my ext3 root partition. /dev/VolGroup00/LogVol00 / ext3defaults,noatime,nodiratime 1 1 Srcds is running with nice of -10, but I'm not sure how much that really affects it. That's all that I can remember off the top of my head, but it has definitely made an improvement for me. If you want, I can post up my kernel .config. Hope it helps! :) Dan -- ___ 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 -- crontex Internet Services Vennheideweg 61f D-48165 Mu"nster USt-IdNr.: DE243162254 Tel: +49 251 98 79316 Fax: +49 251 39 00 Mail: [EMAIL PROTECTED] Web: http://www.crontex.de ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] [VAC] Cheats
-- [ Picked text/plain from multipart/alternative ] So VAC don't update that regularly? Is there anything new to watch for or jst the regular wallhack/aimbot stuff? Any website ressources to pull from? At the moment I only have about 10 admins that game maybe a couple of times a week, as the server has just been started again. How do you deal with bans/complaints, are your admins required to record cheaters for later inspection, maybe? On 8/3/07, ics <[EMAIL PROTECTED]> wrote: > > I have to agree exactly 100% what Dan just said. Lots of active admins > keeps cheaters away. VAC only keeps the already banned off. > > -ics > > Dan E kirjoitti: > > My response: I hope you have many many admins. There would be at least > one > > cheater a day on my server. > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of René > Luckow > > Sent: Friday, August 03, 2007 5:37 AM > > To: hlds_linux@list.valvesoftware.com > > Subject: Re: [hlds_linux] [VAC] Cheats > > > > -- > > [ Picked text/plain from multipart/alternative ] > > SInce I've been out of the loop for three years or so, could any of you > guys > > tell me how effective VAC is nowadays? I mean, should I still look for > > cheaters or just rest safely knowing that VAC will do my dirty work? > > > > On 7/30/07, Alfred Reynolds <[EMAIL PROTECTED]> wrote: > > > >> You can send those details directly to me. > >> > >> - Alfred > >> > >> Lubo wrote: > >> > >>> I have a question. Too many working cheats get to me theese days. Is > >>> there somebody in Valve, who is interested in theese, so I can send > >>> them to him, to add protection against them to VAC? > >>> > >>> > >>> __ > >>> http://sport.sme.sk - Najkomplexnejšie informácie zo športu > >>> > >>> > >>> > >>> ___ > >>> 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
Re: [hlds_linux] Possible fix for linux performance?
Hi, Could I also get a copy of your .config file? Thanks. Anton > -- > [ Picked text/plain from multipart/alternative ] > Send me a copy and I'll gladly host it online for the list for testing. > [EMAIL PROTECTED] > > -tsuehpsyde > SourceKills.com > > On 8/2/07, Dan E <[EMAIL PROTECTED]> wrote: >> >> -- >> [ Picked text/plain from multipart/alternative ] >> Sent. Also, don't forget that you need to apply the complete/realtime >> preemption patch that I mentioned in the beginning of this thread. >> >> Ryan Burke <[EMAIL PROTECTED]> wrote: I'd like a copy as well. >> >> Thanks! >> >> > -- >> > [ Picked text/plain from multipart/alternative ] >> > Sure, I'll send it offlist. If anybody else wants it/wants to host >> it, >> > lemme know. Just keep in mind I did tune this for my own system >> (drivers >> > included). >> > >> > "Yousef A. Marafi" wrote: Can you send me your .conf? >> > >> > On 8/2/07, Dan E wrote: >> >> -- >> >> [ Picked text/plain from multipart/alternative ] >> >> I may have actually been able to cure this on my server o.O >> Yesterday >> I >> >> was doing lots of tweaks that I could find, and afterwards, the time >> I >> >> spent definitely showed. The server did not have any hitches, lower >> >> pings, no tick drops; it was absolutely splendid :) And this was >> during >> >> a 10man 100tick scrim (two times). While it may not prove the same >> for >> >> you, I thought that I'd share my experiences with you guys in hopes >> that >> >> it can help you. >> >> >> >> First off, I am running CentOS 5 with a custom-compiled 2.6.22 kernel >> >> (dynamic/tickless, 1000hz (though it doesn't really matter with a >> >> tickless kernel), HPET, CFQ, and low-latency patch). You can get the >> >> low latency patch here: >> http://people.redhat.com/mingo/realtime-preempt/ >> >> I think this may have been the trick that actually did it, but I did >> a >> >> lot yesterday so I can't be sure. If you apply it, make sure that you >> >> have the "Complete Preemption" mode selected under "Processor types >> and >> >> features". >> >> >> >> I added some optimization flags while compiling the kernel, but I'm >> not >> >> sure how much it will do (I'm not *that* big on development): >> >> CXXFLAGS="-march=athlon-xp -O3 -ffast-math" >> >> >> >> I added the following entries to /etc/sysctl.conf (easiest to do :P): >> >> net.core.rmem_max = 16777216 >> >> net.core.wmem_max = 16777216 >> >> net.ipv4.tcp_rmem = 4096 87380 16777216 >> >> net.ipv4.tcp_wmem = 4096 65536 16777216 >> >> >> >> >> >> I also disabled access times (for both files and folders) on my ext3 >> >> root partition. >> >> /dev/VolGroup00/LogVol00 / ext3defaults,noatime,nodiratime >> >>1 1 >> >> >> >> Srcds is running with nice of -10, but I'm not sure how much that >> really >> >> affects it. >> >> >> >> That's all that I can remember off the top of my head, but it has >> >> definitely made an improvement for me. If you want, I can post up my >> >> kernel .config. Hope it helps! :) >> >> >> >> Dan >> >> >> >> >> >> >> >> -- >> >> >> >> ___ >> >> 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
Re: [hlds_linux] [VAC] Cheats
I have to agree exactly 100% what Dan just said. Lots of active admins keeps cheaters away. VAC only keeps the already banned off. -ics Dan E kirjoitti: My response: I hope you have many many admins. There would be at least one cheater a day on my server. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of René Luckow Sent: Friday, August 03, 2007 5:37 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] [VAC] Cheats -- [ Picked text/plain from multipart/alternative ] SInce I've been out of the loop for three years or so, could any of you guys tell me how effective VAC is nowadays? I mean, should I still look for cheaters or just rest safely knowing that VAC will do my dirty work? On 7/30/07, Alfred Reynolds <[EMAIL PROTECTED]> wrote: You can send those details directly to me. - Alfred Lubo wrote: I have a question. Too many working cheats get to me theese days. Is there somebody in Valve, who is interested in theese, so I can send them to him, to add protection against them to VAC? __ http://sport.sme.sk - Najkomplexnejšie informácie zo športu ___ 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
RE: [hlds_linux] [VAC] Cheats
My response: I hope you have many many admins. There would be at least one cheater a day on my server. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of René Luckow Sent: Friday, August 03, 2007 5:37 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] [VAC] Cheats -- [ Picked text/plain from multipart/alternative ] SInce I've been out of the loop for three years or so, could any of you guys tell me how effective VAC is nowadays? I mean, should I still look for cheaters or just rest safely knowing that VAC will do my dirty work? On 7/30/07, Alfred Reynolds <[EMAIL PROTECTED]> wrote: > > You can send those details directly to me. > > - Alfred > > Lubo wrote: > > I have a question. Too many working cheats get to me theese days. Is > > there somebody in Valve, who is interested in theese, so I can send > > them to him, to add protection against them to VAC? > > > > > > __ > > http://sport.sme.sk - Najkomplexnejšie informácie zo športu > > > > > > > > ___ > > 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
RE: [hlds_linux] Possible fix for linux performance?
Thanks for the tips; I'll look into TSC once I get to work. And like I said, I didn't know how much the optimization flags would do. As far as the sysctl options, isn't net.core for any net connection, not just tcp? I have more than just a gameserver on there, so that's why I threw in the tcp values as well. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gary Stanley Sent: Friday, August 03, 2007 1:45 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Possible fix for linux performance? At 07:45 AM 8/2/2007, Dan E wrote: >First off, I am running CentOS 5 with a custom-compiled 2.6.22 >kernel (dynamic/tickless, 1000hz (though it doesn't really matter >with a tickless kernel), HPET, CFQ, and low-latency patch). You can >get the low latency patch here: >http://people.redhat.com/mingo/realtime-preempt/ I think this may >have been the trick that actually did it, but I did a lot yesterday >so I can't be sure. If you apply it, make sure that you have the >"Complete Preemption" mode selected under "Processor types and features". > >I added some optimization flags while compiling the kernel, but I'm >not sure how much it will do (I'm not *that* big on development): >CXXFLAGS="-march=athlon-xp -O3 -ffast-math" HPET is expensive to read from userland, TSC is faster. TSC is unsafe on SMP machines because the TSC counter can change based on power management, and the temperature of each core. HPET has about 1200uS of latency to read from one of my opterons, whereas TSC is about 310uS Compiling a kernel with high (> -O2) optimizations won't really improve anything. Those are useless and won't affect anything except improve micro-benchmarks. >I added the following entries to /etc/sysctl.conf (easiest to do :P): >net.core.rmem_max = 16777216 >net.core.wmem_max = 16777216 >net.ipv4.tcp_rmem = 4096 87380 16777216 >net.ipv4.tcp_wmem = 4096 65536 16777216 > Useless, gameservers use UDP. Setting rmem/wmem that high will not do anything except consume more memory on each tcp connection. RFC1323 needs high rmem/wmem to function correctly. I think the only thing people should try is the realtime patch, and maybe try using TSC if they are sure it will work fine. ___ 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
Re: [hlds_linux] [VAC] Cheats
-- [ Picked text/plain from multipart/alternative ] SInce I've been out of the loop for three years or so, could any of you guys tell me how effective VAC is nowadays? I mean, should I still look for cheaters or just rest safely knowing that VAC will do my dirty work? On 7/30/07, Alfred Reynolds <[EMAIL PROTECTED]> wrote: > > You can send those details directly to me. > > - Alfred > > Lubo wrote: > > I have a question. Too many working cheats get to me theese days. Is > > there somebody in Valve, who is interested in theese, so I can send > > them to him, to add protection against them to VAC? > > > > > > __ > > http://sport.sme.sk - Najkomplexnejšie informácie zo športu > > > > > > > > ___ > > 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
[hlds_linux] Linux acceleration with PB3
-- [ Picked text/plain from multipart/alternative ] Hi, I used to play with FreeBSD Kernel 1000 HZ and pb3 + sys_ticrate 1 to get stable 1000 FPS on my server, back in the days. Actually with linux debian kernel 2.6.X when i try those setting, all went fast in the game, reload faster, C4 loose 3 - 5 sec, etc ... Are there any workaround for me to use pb3 + sys_ticrate 1 and a high HZ kernel to get a smooth and very accurate game server ? System are : Intel Xeon SMP on debian ETCH with up to 2.6.22.1 but tryed alot of 2.6.x kernel all are getting the server to bug on timer. Best regards, Antony. -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux