Compiling kernel > 100HZ

ipren · 09-04-2004, 08:00 AM

Hello,

I'm running a Counterstrike server (and Apache/Mysql) on my Slackware 10 box. I've heard over at the steampowered forum that FPS could increase if I recompile my kernel > 100HZ.

I use the "standard" kernel now (haven't done anything with it).

If I use the instructions found in the sticky here, what extra steps do I need to do to make my kernel >100HZ.

I have never done any compiling on my Slackware box so please write as detailed instructions as possible

thanx!

/Mathias!

shilo · 09-04-2004, 01:46 PM

I've compiled quite a few krenels, and I can't remember ever seeing anything like what you are asking about. Are you sure you have understood them correctly?

ipren · 09-05-2004, 07:33 AM

Yep I've read about it on different sites (including this forum).

There supposed to be a way to change this HZ timer value to something greater than 100 during compilation.

Haven't found any faq's or guides how to do it though

/Mathias!

gnashley · 09-05-2004, 07:45 AM

You have to get the proper patch for the kernel source. i use the 'lck' patch set which combines the new NTFS driver, bootsplash, the above mentioned 'tweak', kernel pre-emption and more.
i just tried that tweak yesterday and had problems with MTRR. Be sure and check compilation errors carefully.
You might get a nice performance increase just by using xfs filesystem.

kodon · 09-05-2004, 07:53 AM

just looked in their forum

the guide seems to indicate that just compiling a kernel that is at least 2.5.53 (2.6.x recommended)
will automatically change the clock from 100 to 1000

not sure about the hz units

my clock is 100MHz

Proud · 09-05-2004, 07:58 AM

FYI this clock is to do with scheduling and timeslices, which have been 10ms/100Hz for a while now, but another new scheduling change for 2.6 is the default of 1ms/1000Hz and the option to change it. This means sometimes you save time when a process is done with time left 'til its slice is over, but also 10 times the context switching as you cycle between you active processes faster. Thus results may vary and different figures may work best for you, eg a comprimise of 3.3ms/333Hz.