Конфігурація ядра
Привіт усім форумчанам. Знаю, що тут багато чудових спеців по конфігурації Лінукс і в першу чергу звертаюся до них Мені необхідно збільшити в ядрі Кубунту параметр CONFIG_HZ з 250 на 1000. Чи можна це зробити, не перезбираючи ядро? На основній системі, "PCLinuxOS", встановлена частота 1000 і чуйність системи при багатозадачності та великому навантаженні на процесор значно вище, ніж у Кубунту. Звичайно можна взяти "латку" від Con Kolivas з новим планувальником завдань і перезбирати ядро, але немає особливого бажання та й навичок програмування немає. Все ж таки ця ОС у мене ніби допоміжна, і я використовую її тільки в крайніх випадках. Якщо ж бігатиме так само спритно, як і основна, то можна і на ній працювати, незважаючи на криві шрифти і незграбний інтерфейс.
Ось тут вказано кофігурацію ядра Кубунту:
$ sudo cat /boot/config-`uname -r` grep -i _HZ [sudo] password for pp7: CONFIG_NO_HZ_COMMON=y # CONFIG_HZ_PERIODIC is not set # CONFIG_NO_HZ_IDLE is not set =y # CONFIG_NO_HZ_FULL_ALL is not set CONFIG_NO_HZ_FULL_SYSIDLE=y CONFIG_NO_HZ_FULL_SYSIDLE_SMALL=8 CONFIG_NO_HZ=y CONFIG_RCU_FAST_NO_HZ=y # =y # CONFIG_HZ_300 is not set # CONFIG_HZ_1000 is not set CONFIG_HZ=250
CONFIG_NO_HZ_COMMON=y # CONFIG_HZ_PERIODIC is not set CONFIG_NO_HZ_IDLE=y # CONFIG_NO_HZ_FULL is not set CONFIG_NO_HZ=y # CONFIG_RCU_FAST_NO t set # CONFIG_HZ_250 не має значення # CONFIG_HZ_300 не має значення CONFIG_HZ_1000=y CONFIG_HZ=1000
Наперед вдячний за відгуки!
Ядро з планувальником BFS: == Installation == Add repository до вашої системи та налаштувати meta-packages: sudo add-apt-repositoryppa:nick-athens30/trusty-ck sudo apt-get update sudo apt-get install linux-image-generic-ck linux-headers-generic-ck sudo reboot == Check == Check whether the BFQ and BFS є enabled. dmesg grep-i scheduler
Доповідаю))) Змін практично немає - замість 250 стало 300. Доведеться перескладання займатися, а так не хочеться. Ввечері спробую під максимальним навантаженням попрацювати, подивлюся як поводиться матюка. Навіть у Вікіпедії матом мізки обкладає.
Обговорювали якось каналом. http://repo-ck.com/bench/cpu_schedulers_compared.pdf Порівняння робив той же перець, що написав скрипти для розміщення браузерного кешу в tmpfs. Старенькі, правда, але все ж таки. ІМХО, "на око" відмінності будуть невловимі.
Якщо цей баг є реальним, я в ті роки (коли були актуальні ті версії ядер) у будь-якому випадку сидів на FreeBSD + KDE 3.x. Втім, нічого подібного жодного разу на Лінусі не спостерігав. Ви, випадково, з kidle_inject, який якраз нещодавно прикрутили до termald, не плутаєте? При перегріві сильно скидає навантаження з праці. Та і вказаний вами баг не під навантаженням робота виявлявся, а при вбивстві i/o.
Я сьогодні з раннього ранку намагаюся глибше розібратися з проблемою і натрапив ось на таку інфу: і це нічого не означає, що від 2012 року, Кон Колівас в На своєму блозі стверджує, що це все актуально і зараз і вже пропонує патч для ядер четвертої версії. В принципі мене вже влаштовує цей патч, чуйність значно підвищилася і можна закривати тему. Ще стверджують, що цей планувальник прискорює вихід із сплячого режиму, але перевіряти немає бажання. Я цим режимом ніколи не користуюсь.
А lowlatency версії ядер звідси http://kernel.ubuntu.com/
kernel-ppa/mainline/ пробували? Має бути те саме, тільки краще.