По планам Andrew Morton, в 2.6.13 ядре будет уменьшена частота генерации прерываний от таймера, от которой зависит частота переключения задач в системе.
Кроме того, данный параметр можно будет менять в процессе работы, без перезагрузки и пересборки системы.

В настоящее время для ядер 2.6 частота установлена в 1000 Hz, для ядер 2.4.x - 100 Hz. Многие разработчики ядра склоняются (http://kerneltrap.org/node/5411) уменьшить CLOCK_HZ до 250, так как слишком высокие значения повышают реактивность системы (например, возрастет производительность poll()/select()), но создают дополнительную нагрузку на CPU, что неприемлемо для маломощной и портативной (повышается энергопотребление) техники.

URL: http://kerneltrap.org/node/5411
Новость: http://www.opennet.ru/opennews/art.shtml?num=5760

• Споры по выбору частоты переключения задач в Linux 2.6.x,Аноним, 17:50 , 13-Июл-05
• Споры по выбору частоты переключения задач в Linux 2.6.x,Аноним, 21:56 , 13-Июл-05
• Споры по выбору частоты переключения задач в Linux 2.6.x,Аноним, 23:22 , 13-Июл-05
• Споры по выбору частоты переключения задач в Linux 2.6.x,Аноним, 01:20 , 14-Июл-05
• Споры по выбору частоты переключения задач в Linux 2.6.x,c0x, 22:39 , 14-Июл-05
• Споры по выбору частоты переключения задач в Linux 2.6.x,ZOD, 17:07 , 17-Июл-05
• Споры по выбору частоты переключения задач в Linux 2.6.x,Killy, 18:04 , 18-Июл-05
  • Споры по выбору частоты переключения задач в Linux 2.6.x,Rey, 02:13 , 19-Июл-05
    • Споры по выбору частоты переключения задач в Linux 2.6.x,Killy, 11:59 , 19-Июл-05
• Споры по выбору частоты переключения задач в Linux 2.6.x,Killy, 13:16 , 19-Июл-05
• Споры по выбору частоты переключения задач в Linux 2.6.x,Аноним, 22:56 , 19-Дек-06

Тут надо уточнить - tick time, равное 1/CLOCK_HZ, строго говоря, не определяет частоту переключения задач, а задает максимальный квант времени, выделяемый каждому процессу. Количество переключений задач в секунду равно CLOCK_HZ только в том случае, если все процессы в системе крутятся без блокирующих вызовов ядра, что бывает редко. Даже при CLOCK_HZ=100 количество переключений задач может быть равно 10000 и больше.

Эта новость хорошая. Особенно по части програмной настройки. Тогда мы возможно переползем на 2.6.Х

Менять без перезагрузки - это интересно. Я бы поигрался с тестами производительности при изменении параметра, каждый раз пересобирать ядро напрягает.

Очень приятно :)

в 2.6.12 обещали привязку процесса на конкретный CPU в SMP системах

никто не пробывал?

Вообще, там скорее сказано не о том, что из-за частых переключений контекста возрастает использование CPU и как следствие потребление энергии (это тоже конечно имеет место быть), а о том что часто происходящие прерывания от таймера не дают полностью использовать возможности ACPI по снижению энергопотребления (слишком часто процессор "просыпается").

А я хочу LAZY

может модуль написать, через который этим параметром поиграть? =)

проще отобразить этот параметр в /proc :)

осталось только сделать =)

может стоит этот параметр завязать с cpufreq?

Прикольно, вы хоть какой нить антиспамовый шаг сделайте... типа число с картинки.... а то загадят всё тут