The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Споры по выбору частоты переключения задач в Linux 2.6.x

13.07.2005 15:09

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

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

  1. Главная ссылка к новости (http://kerneltrap.org/node/541...)
  2. OpenNews: Патч для увеличения реактивности Linux ядра 2.6
  3. The dynamic tick patch
  4. Продолжение дибатов по выбору оптимального значения CLOCK_HZ
  5. Сравнение производительности при HZ=1000 и 250
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/5760-linux
Ключевые слова: linux, kernel, tune, speed
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (11) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 17:50, 13/07/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тут надо уточнить - tick time, равное 1/CLOCK_HZ, строго говоря, не определяет частоту переключения задач, а задает максимальный квант времени, выделяемый каждому процессу. Количество переключений задач в секунду равно CLOCK_HZ только в том случае, если все процессы в системе крутятся без блокирующих вызовов ядра, что бывает редко. Даже при CLOCK_HZ=100 количество переключений задач может быть равно 10000 и больше.
     
  • 1.2, Аноним (1), 21:56, 13/07/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эта новость хорошая. Особенно по части програмной настройки. Тогда мы возможно переползем на 2.6.Х
     
  • 1.3, Аноним (1), 23:22, 13/07/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Менять без перезагрузки - это интересно. Я бы поигрался с тестами производительности при изменении параметра, каждый раз пересобирать ядро напрягает.
     
  • 1.4, Аноним (1), 01:20, 14/07/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очень приятно :)

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

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

     
  • 1.5, c0x (??), 22:39, 14/07/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вообще, там скорее сказано не о том, что из-за частых переключений контекста возрастает использование CPU и как следствие потребление энергии (это тоже конечно имеет место быть), а о том что часто происходящие прерывания от таймера не дают полностью использовать возможности ACPI по снижению энергопотребления (слишком часто процессор "просыпается").
     
  • 1.6, ZOD (??), 17:07, 17/07/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А я хочу LAZY
     
  • 1.8, Killy (?), 18:04, 18/07/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    может модуль написать, через который этим параметром поиграть? =)
     
     
  • 2.9, Rey (??), 02:13, 19/07/2005 [^] [^^] [^^^] [ответить]  
  • +/
    проще отобразить этот параметр в /proc :)
     
     
  • 3.10, Killy (?), 11:59, 19/07/2005 [^] [^^] [^^^] [ответить]  
  • +/
    осталось только сделать =)
     

  • 1.11, Killy (?), 13:16, 19/07/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    может стоит этот параметр завязать с cpufreq?
     
  • 1.12, Аноним (-), 22:56, 19/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Прикольно, вы хоть какой нить антиспамовый шаг сделайте... типа число с картинки.... а то загадят всё тут
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру