Конфигурация ядра

Изображение пользователя pp7.

Привет всем форумчанам. Знаю, что здесь много прекрасных спецов по конфигурации Линукс и в первую очередь обращаюсь к ним
Мне необходимо увеличить в ядре Кубунту параметр CONFIG_HZ с 250 на 1000. Можно ли это сделать не пересобирая ядро?
На основной системе,"PCLinuxOS",установлена частота 1000 и отзывчивость системы при многозадачности и большой нагрузке на процессор значительно выше, чем в Кубунту. Конечно можно взять "заплатку" от Con Kolivas с новым планировщиком задач и пересобрать ядро, но нет особого желания да и навыков программирования нет. Все же эта ОС у меня как-бы вспомогательная, и я использую ее только в крайних случаях. Если же будет бегать так же шустро, как и основная, то можно и на ней работать, невзирая на кривые шрифты и угловатый интерфейс.

Вот здесь указана кофигурация ядра Кубунту:

[email protected]:~$ 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 CONFIG_NO_HZ_FULL=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
# CONFIG_HZ_100 is not set CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250

А вот PCLinux:

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_HZ is not set
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000

Заранее благодарен за отклики!

0
Fierta - 29 Май, 2015 - 15:37
Изображение пользователя Fierta.

Ядро с планировщиком BFS:
== Installation ==
Add the repository to your system and install the meta-packages:
sudo add-apt-repository ppa: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 are enabled.
dmesg | grep -i scheduler

0
pp7 - 29 Май, 2015 - 17:16
Изображение пользователя pp7.

Насколько я понял автора этого планировщика задач, для каждого релиза ядра выпускается отдельная заплатка, а как в этом случае - при подключении репозитория? Или же здесь один общий для всех ядер?
Во всяком случае, чуток разгребу прочие дела и воспользуюсь Вашим советом. Хуже не будет, а образ раздела с системой всегда в архиве имеется - 5-8 минут и все восстанов

Докладываю))) Изменений практически нет - вместо 250 стало 300. Придется пересборкой заниматься, а так не хочется!!!
Вечером попробую под максимальной нагрузкой поработать, посмотрю как себя ведет матерный планировщик. Даже в Википедии матом мозги обкладывает.

0
MacLeod - 30 Май, 2015 - 05:04
Изображение пользователя MacLeod.

Обсуждали как-то на канале...
http://repo-ck.com/bench/cpu_schedulers_compared.pdf
Сравнения делал тот же перец, что написал скрипты для размещения браузерного кэша в tmpfs.
Старенькие, правда, но все же.
ИМХО, "на глаз" отличия будут неуловимые.

0
pp7 - 30 Май, 2015 - 06:55
Изображение пользователя pp7.

А причем здесь бенч на скорость? Основная задача планировщика задач от Кона Коливаса правильное распределение процессорных ресурсов между приложениями, чтобы доминировало то приложение, с которым в данный момент времени работаешь и не проявлялся набивший оскомину баг 12309 - бич Линукса. И я убедился, что он вполне справляется с задачей. Запускал HandBrake, самая прожорливая прога, какие мне попадались, и одновременно пытался работать с графическими редакторами. При этом еще были открыты два браузера и работал медиаплеер. Никаких тормозов не заметил.
Одно только хреново, тут же прискакало обновление ядра версии 3.13.0-54, при том, что с планировщиком задач установилось ядро версии 3.16.0-370. Вот и таращусь на такие фокусы.

0
MacLeod - 30 Май, 2015 - 07:59
Изображение пользователя MacLeod.

Если этот баг реален, я в те годы (когда были актуальны те версии ядер) в любом случае сидел на FreeBSD + KDE 3.x. Впрочем, ничего подобного ни разу на линухе не наблюдал.
Вы, случаем, с kidle_inject, который как раз наоборот недавно прикрутили к termald, не путаете? При перегреве сильно сбрасывает нагрузку с проца.
Да и указанный вами баг не под нагрузкой проца проявлялся, а при убиении i/o.

0
pp7 - 30 Май, 2015 - 08:27
Изображение пользователя pp7.

Я сегодня с раннего утра пытаюсь поглубже разобраться с проблемой и натолкнулся вот на такую инфу:
https://mtaalamu.ru/blog/2206.html
и это ничего не значит, что от 2012 года, Кон Коливас в своем блоге утверждает, что это все актуально и сейчас и уже предлагает патч для ядер четвертой версии.
В принципе меня уже устраивает этот патч, отзывчивость значительно повысилась и можно закрывать тему. Еще утверждают, что данный планировщик ускоряет выход из спящего режима, но проверять нет желания. Я этим режимом никогда не пользуюсь.

0
MacLeod - 30 Май, 2015 - 08:41
Изображение пользователя MacLeod.

А lowlatency версии ядер отсюда http://kernel.ubuntu.com/~kernel-ppa/mainline/ пробовали?
Должно быть то же, только лучше.

0
pp7 - 30 Май, 2015 - 09:16
Изображение пользователя pp7.

Не вижу смысла менять. Практически не пользуюсь Кубунтой, только изредка, и по простой причине- не могу инсталлировать на PCLinuxOS "DraftSight", не получается с зависимостями, а на Кубунту отлично ставится. В остальном считаю PCLinuxOS, практически идеальной системой для рядового пользователя, типа меня. А от Убунтовских форков уже тошнит. С 2010 года сидел на Минте - это какой-то кошмар. Одни проблемы. Да достаточно зайти на ихний сайт и понаблюдать. Единственно вменяемый форк Убунту - это Кубунту.

0
Fogma - 1 Июнь, 2015 - 10:12
Изображение пользователя Fogma.

не объясните , что такое lowlatency? когда качал ядра с сайта выше, заметил что там есть и такие файлы. но всегда брал обычные пакеты. какой смысл и плюс\минус в lowlatency ?

0
GreatKir - 1 Июнь, 2015 - 20:20
Изображение пользователя GreatKir.

На некоторых задачах нужно уменьшить задержки. Например, при трансляции звука и т.п. Конечно, lowlatency нужно использовать, если вы понимаете, почему вам нужно именно это ядро.

0
Fierta - 1 Июнь, 2015 - 20:47
Изображение пользователя Fierta.

Why to choose low latency kernel over generic or realtime ones?
UbuntuStudio/RealTimeKernel

low latency - низкая латентность (задержка).

0
pp7 - 1 Июнь, 2015 - 22:12
Изображение пользователя pp7.

Скорее всего надо понимать не задержка. а отклик. Даже не так - низкая задержка отклика А рекомендуют эти ядра тем, у кого на борту стоит МедиаЦентр.
Вот перевод слова " latency" -скрытое состояние; инкубационный период 2) задержка между стимулом и реакцией

0
Fogma - 2 Июнь, 2015 - 09:23
Изображение пользователя Fogma.

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

0
MacLeod - 2 Июнь, 2015 - 13:36
Изображение пользователя MacLeod.

Не только на онлайн игры, улучшается отзывчивость на любой ввод.
https://sevencapitalsins.wordpress.com/2007/08/10/low-latency-kernel-wtf/
Во всякие экшны играть становится намного приятнее/удобнее.
Минусы в том, что подход кушает ресурсы и при недостаточном запасе производительности могут быть негативные последствия.
Лично использую околотоповые процы и lowlatency ядра - полет, я бы сказал, просто отличный.

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры