По названию думал, что уже кто-то поставил… и делиться впечатлениями :(
И еще — очень странное высказывание:
"
Это беда многих опенсорсных программистов, — они пишут фреймворки и общие-системы-всего и не желают исправлять очевидные недостатки, просто потому что наличие этих недостатков объясняется стройностью их системы. Линус — не исключение.
"
Сначала подумал, что автор про CK так, что не далеко от истины если вспомнить его прошлый шедулер и неготовность его мантейнить в ядре, а тут все наоборот…
konsole — мой основной инструмент работы, стало запускаться моментально, после клика по иконке. А ещё у меня изредка появлялась едва уловимая задержка между нажатием на кнопку и реакцией системы(Из-за этого хочется убить всех людей!).
Не могу сказать исчезло это или нет, второй день всего пробую, пока нет.
извините, я по памяти писал конечно же:
patch -Np1 <../2.6.30-sched-bfs-203.patch #assuming patches are in /usr/src directory
patch -Np1 <../autoiso-xorg.patch
ничего особенного, обычный патч на ядро. Может быть есть приличные способы это сделать напрямую не патча ядро, но я уже в пижаме :)))
Спасибо за минихауту. Вотт только у меня вопрос.
Скачал патчи, пропатчил. Запустил menuconfig и полез в настройки scheduler-ов, только ничего нового не нашел. Так и должно быть? Или там должна быть какая то опция, котрую надо выбрать?
Угу, и как они будут подвигать друг друга на процессорах. Накладные расходы на переключение задач обычно высоки, поэтому и пишут один шедулер умнее другого.
Ещё у меня не торомозят фильмаки в 1080p закоженые в h.264. И если мощности компа хватает на это, то какого лешего должен торомозить какой-то ютуб? И если он тормозит, то как бе не шедулер виноват.
меня как-то давно тормозило, но после переезда на suse 11.1 перестало, может быть помог десятый флеш, может ещё чего.
Фильмаки у меня тоже не тормозят! И флеш десятый. При чём тут шедулер? Worst case может у него на ютубе случился, мне откуда знать? :) Quick sort тоже может как O(N2) работать.
Если фильмаки не тормозят, а флеш тормозит, то кривизна либо в канале, либо во флеше. Ну да, более лучший шедулер, ну это круто да, я не спорю. Только по комиксу это линуксятники должны извратить свою систему, чтобы там запускался флеш, а не адобе написать нормально. Что кажется мне странным :)
Да ладно вам, там ничего особенного нет. Берёте linux, настраиваете fb, SDL с fb backend'ом. Потом пишете набор виджетов на c++. Вот и весь прорыв :) Самая сложная часть — обеспечить совместимость с миллионом программ под x11. Если вы сделаете что-нибудь стоящее — основные тулкиты легко поддержат вашу систему. qt/gtk. Остальное дело времени. :)
Чистый софтверный фреймбуфер прилично тормозит, особенно на высоких разрешениях. Современные графические системы, тот же Quartz например, используют графические ускорители на самом низком уровне для достижения плавности прорисовки. А это уже требует качественных драйверов и т.д., и задача становится далеко не тривиальной.
> ЧЯДНТ?
Похоже, что не пытаетесь вникнуть в суть улучшения.
У автора видео тормозило с обычным шедулером и перестало тормозить с BFS — изменения в лучшую сторону без переписывания Adobe Flash и прочих программ.
А теперь можно то же самое, только для тех у кого Ubuntu..?
Для тех, кто не умеет и не хочет разбираться в тонкостях сборки ядер,
но в состоянии сделать это по хорошей инструкции.
Думаю, пост с инструкцией будет хорошо оценен в блоке Убунтариум.
cfq — это io шедулер. «Completely Fair Queue». Это значит что каждому страждущему процессу будет предоставлена его доля IO. CFS — «Completely Fair Scheduling».
Я CFS никогда не использовал, так что тут ничего сказать не могу. А вот CFQ из-за знаменитого бага во многих системах не пригоден к использованию. Если я правильно понял, BFS как раз может заменить CFQ и обойти этот баг (коль скоро его не поправили).
Но после вашего я что-то засомневался, не совсем ли разные это вещи…вопроса
Так и есть, ошибся…
Бага такая, что при копировании больших объёмов информации процессор загружается под 100% за счёт i/o wait. В результате либо скорость копирования падает, либо резко снижается отзывчивость системы.
Проявляется не на всех чипсетах (но самые популярные под раздачу попали), плюс, как я понял, ярко проявляет себя в системах с 2-я и более sata-винтами (на 1 sata, ide этого бага не видел). Бага многолетняя, официально известна с ядра 2.6.17 или около того, но видел описание похожей баги ещё времён 2.6.1. Перед выходом 2.6.28 багу вроде как локализовали, обещали исправить, но воз и ныне там. Как временные меры: rt-ядра, уход с cfq, патч за авторством одного человека.
Гугл выдаёт инфу по iowait баг.
О да!!! Или это заслуга ядра 2.6.30.5, раньше стояло 2.6.29.6, или этот патч действительно клевая штука!!!
Конфигурация:
Mandriva 2009.1, KDE 4.3, Celeron 2.4 гГц D320 (т.е. довольно старенький), 1024 DDR, Radeon 9250 128 Мб.
Интерфейс стал как в лучших традициях Fluxbox и Windows XP =)
поставилось без проблем. Вылезло правда несколько траблов с дровами (acx и uvc), но обе — изза самого ядра 2.6.30 (конечно, solved :)).
сам scheduler действительно прост как пробка, если глянуть в исходники. Но вот особого эффекта я не заметил. На этой же машине пресловутое «ютуб на весь экран» иногда поддормаживает, тогда как в winxxp на этой же машине то же самое видео укладывается в 60-70% CPU (и, само собой, не тормозит вообще). Надо либо бенчмаркить, либо пробовать но многоядреных машинах…
собрал 2.6.30 с 209 патчем. Гномовский свитчер действительно летает по ощущениям, многие задачи визуально быстрее выполняются. Особого улучшения youtube проигрывания fullscreen не заметил, как и было раньше. Советую ставить тем у кого кде4 с плазмой, оно может и летать начнет;) тем у кого гном, можно попробовать, несколько приятней ощущения, а у кого легкие ДЕ и ВМ — не заморачивайтесь, ибо улучшения вряд ли заметите!
Я использую Brain Fuck Scheduler!