Comments 72
По названию думал, что уже кто-то поставил… и делиться впечатлениями :(
И еще — очень странное высказывание:
"
Это беда многих опенсорсных программистов, — они пишут фреймворки и общие-системы-всего и не желают исправлять очевидные недостатки, просто потому что наличие этих недостатков объясняется стройностью их системы. Линус — не исключение.
"
Сначала подумал, что автор про CK так, что не далеко от истины если вспомнить его прошлый шедулер и неготовность его мантейнить в ядре, а тут все наоборот…
И еще — очень странное высказывание:
"
Это беда многих опенсорсных программистов, — они пишут фреймворки и общие-системы-всего и не желают исправлять очевидные недостатки, просто потому что наличие этих недостатков объясняется стройностью их системы. Линус — не исключение.
"
Сначала подумал, что автор про CK так, что не далеко от истины если вспомнить его прошлый шедулер и неготовность его мантейнить в ядре, а тут все наоборот…
Что еще изменилось, по вашим ощущениям?
konsole — мой основной инструмент работы, стало запускаться моментально, после клика по иконке. А ещё у меня изредка появлялась едва уловимая задержка между нажатием на кнопку и реакцией системы(Из-за этого хочется убить всех людей!).
Не могу сказать исчезло это или нет, второй день всего пробую, пока нет.
Не могу сказать исчезло это или нет, второй день всего пробую, пока нет.
Может, опишете, как ставили и на какой системе?
gentoo, 2.6.30-r6
cd /usr/src/linux
patch -Np1 ../2.6.30-sched-bfs-203.patch #assuming patches are in /usr/src directory
patch -Np1 ../autoiso-xorg.patch
genkernel --save-config --color --menuconfig --install --oldconfig all #gentoo specific
cd /usr/src/linux
patch -Np1 ../2.6.30-sched-bfs-203.patch #assuming patches are in /usr/src directory
patch -Np1 ../autoiso-xorg.patch
genkernel --save-config --color --menuconfig --install --oldconfig all #gentoo specific
gentoo, 2.6.30-r6
извините, я по памяти писал конечно же:
patch -Np1 <../2.6.30-sched-bfs-203.patch #assuming patches are in /usr/src directory
patch -Np1 <../autoiso-xorg.patch
ничего особенного, обычный патч на ядро. Может быть есть приличные способы это сделать напрямую не патча ядро, но я уже в пижаме :)))
извините, я по памяти писал конечно же:
patch -Np1 <../2.6.30-sched-bfs-203.patch #assuming patches are in /usr/src directory
patch -Np1 <../autoiso-xorg.patch
ничего особенного, обычный патч на ядро. Может быть есть приличные способы это сделать напрямую не патча ядро, но я уже в пижаме :)))
Поддерживаю просьбу предыдущего оратора. Бог с ним с Ютубом, но ускорение интерфейса — это то, что нужно!
Похоже, что таки дошли хоть у кого-нибудь руки сделать нормальный шедулер.
Сори за нубство, но шедулер это то что планирует выполнение процессов/потоков?
uname -a
Linux nb 2.6.27.29-0.1-default #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_64 x86_64 GNU/Linux
Видео на ютубе не тормозит? ЧЯДНТ?
Ну хоть бы и тормозило, это же флеш, причём тут опенсорс программисты?
Linux nb 2.6.27.29-0.1-default #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_64 x86_64 GNU/Linux
Видео на ютубе не тормозит? ЧЯДНТ?
Ну хоть бы и тормозило, это же флеш, причём тут опенсорс программисты?
Я же написал при чём. Подумайте о смысле этого стрипа xkcd ещё раз.
Видео в полном экране не тормозит? Вы счасливчик! :) И ядро без preemption собрано.
Видео в полном экране не тормозит? Вы счасливчик! :) И ядро без preemption собрано.
Да вот только что проверил, не тормозит.
Ещё у меня не торомозят фильмаки в 1080p закоженые в h.264. И если мощности компа хватает на это, то какого лешего должен торомозить какой-то ютуб? И если он тормозит, то как бе не шедулер виноват.
меня как-то давно тормозило, но после переезда на suse 11.1 перестало, может быть помог десятый флеш, может ещё чего.
Ещё у меня не торомозят фильмаки в 1080p закоженые в h.264. И если мощности компа хватает на это, то какого лешего должен торомозить какой-то ютуб? И если он тормозит, то как бе не шедулер виноват.
меня как-то давно тормозило, но после переезда на suse 11.1 перестало, может быть помог десятый флеш, может ещё чего.
Фильмаки у меня тоже не тормозят! И флеш десятый. При чём тут шедулер? Worst case может у него на ютубе случился, мне откуда знать? :) Quick sort тоже может как O(N2) работать.
Если фильмаки не тормозят, а флеш тормозит, то кривизна либо в канале, либо во флеше. Ну да, более лучший шедулер, ну это круто да, я не спорю. Только по комиксу это линуксятники должны извратить свою систему, чтобы там запускался флеш, а не адобе написать нормально. Что кажется мне странным :)
UFO just landed and posted this here
Xwindow это ещё тот пережиток, с этим я не спорю.
Я думаю, что нормальная. Если вы считаете иначе, укажите лучшие графические подсистемы, в том числе укажите чем они лучше. Будет интересно почитать.
Так воспроизведение видео мимо этой подсистемы ходит, и не только в Linux.
>На выкидывание её полностью и разработку своей с нуля пошел только Гугл.
Это вы про Андроид, или есть какие-то данные о ChromeOS?
Это вы про Андроид, или есть какие-то данные о ChromeOS?
андроид тоже без иксов. прямиком фреймбуфер
UFO just landed and posted this here
Это просто отлично.
UFO just landed and posted this here
Да ладно вам, там ничего особенного нет. Берёте linux, настраиваете fb, SDL с fb backend'ом. Потом пишете набор виджетов на c++. Вот и весь прорыв :) Самая сложная часть — обеспечить совместимость с миллионом программ под x11. Если вы сделаете что-нибудь стоящее — основные тулкиты легко поддержат вашу систему. qt/gtk. Остальное дело времени. :)
UFO just landed and posted this here
Чистый софтверный фреймбуфер прилично тормозит, особенно на высоких разрешениях. Современные графические системы, тот же Quartz например, используют графические ускорители на самом низком уровне для достижения плавности прорисовки. А это уже требует качественных драйверов и т.д., и задача становится далеко не тривиальной.
> ЧЯДНТ?
Похоже, что не пытаетесь вникнуть в суть улучшения.
У автора видео тормозило с обычным шедулером и перестало тормозить с BFS — изменения в лучшую сторону без переписывания Adobe Flash и прочих программ.
Похоже, что не пытаетесь вникнуть в суть улучшения.
У автора видео тормозило с обычным шедулером и перестало тормозить с BFS — изменения в лучшую сторону без переписывания Adobe Flash и прочих программ.
А теперь можно то же самое, только для тех у кого Ubuntu..?
Для тех, кто не умеет и не хочет разбираться в тонкостях сборки ядер,
но в состоянии сделать это по хорошей инструкции.
Думаю, пост с инструкцией будет хорошо оценен в блоке Убунтариум.
Для тех, кто не умеет и не хочет разбираться в тонкостях сборки ядер,
но в состоянии сделать это по хорошей инструкции.
Думаю, пост с инструкцией будет хорошо оценен в блоке Убунтариум.
Я не умею убунту, к сожалению. Ключевое слово для debian-систем: make-kpkg.
Примерно вот так как здесь описано
Вот подробный мануал:
www.howtoforge.com/kernel_compilation_ubuntu
www.howtoforge.com/kernel_compilation_ubuntu
Ссылочку проставьте на xkcd.com/619/; и title неплохо бы добавить.
Ждём включения в ядро. Коль уж cfq так и не заставили нормально работать.
cfq или CFS?
cfq — это io шедулер. «Completely Fair Queue». Это значит что каждому страждущему процессу будет предоставлена его доля IO. CFS — «Completely Fair Scheduling».
ой простите, не понял что вы имели в виду :)
Я CFS никогда не использовал, так что тут ничего сказать не могу. А вот CFQ из-за знаменитого бага во многих системах не пригоден к использованию. Если я правильно понял, BFS как раз может заменить CFQ и обойти этот баг (коль скоро его не поправили).
Но после вашего я что-то засомневался, не совсем ли разные это вещи…вопроса
Но после вашего я что-то засомневался, не совсем ли разные это вещи…вопроса
CFQ — I/O scheduler, CFS — process scheduler.
А что за бага?
А что за бага?
Так и есть, ошибся…
Бага такая, что при копировании больших объёмов информации процессор загружается под 100% за счёт i/o wait. В результате либо скорость копирования падает, либо резко снижается отзывчивость системы.
Проявляется не на всех чипсетах (но самые популярные под раздачу попали), плюс, как я понял, ярко проявляет себя в системах с 2-я и более sata-винтами (на 1 sata, ide этого бага не видел). Бага многолетняя, официально известна с ядра 2.6.17 или около того, но видел описание похожей баги ещё времён 2.6.1. Перед выходом 2.6.28 багу вроде как локализовали, обещали исправить, но воз и ныне там. Как временные меры: rt-ядра, уход с cfq, патч за авторством одного человека.
Гугл выдаёт инфу по iowait баг.
Бага такая, что при копировании больших объёмов информации процессор загружается под 100% за счёт i/o wait. В результате либо скорость копирования падает, либо резко снижается отзывчивость системы.
Проявляется не на всех чипсетах (но самые популярные под раздачу попали), плюс, как я понял, ярко проявляет себя в системах с 2-я и более sata-винтами (на 1 sata, ide этого бага не видел). Бага многолетняя, официально известна с ядра 2.6.17 или около того, но видел описание похожей баги ещё времён 2.6.1. Перед выходом 2.6.28 багу вроде как локализовали, обещали исправить, но воз и ныне там. Как временные меры: rt-ядра, уход с cfq, патч за авторством одного человека.
Гугл выдаёт инфу по iowait баг.
Хм, CK вернулся?
Ну какого лешего я не взял с собой ноут… прийду домой с работы — накачу патч — посмотрим улучшения. Сейчас графика заметно залипает.
Ubuntu 9.04.
Ubuntu 9.04.
UFO just landed and posted this here
Надо собрать ядро с наложенным патчем. Как наложить патч и как собрать ядро — есть куча мануалов:
www.howtoforge.com/kernel_compilation_ubuntu
например
www.howtoforge.com/kernel_compilation_ubuntu
например
О да!!! Или это заслуга ядра 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 =)
Конфигурация:
Mandriva 2009.1, KDE 4.3, Celeron 2.4 гГц D320 (т.е. довольно старенький), 1024 DDR, Radeon 9250 128 Мб.
Интерфейс стал как в лучших традициях Fluxbox и Windows XP =)
Спасибо за полезную информацию, использую уже несколько дней — работает весьма стабильно.
ну щя затестим под Athlon 3800+… уж какие у меня тормоза бывают я лучше всех знаю +))
поставилось без проблем. Вылезло правда несколько траблов с дровами (acx и uvc), но обе — изза самого ядра 2.6.30 (конечно, solved :)).
сам scheduler действительно прост как пробка, если глянуть в исходники. Но вот особого эффекта я не заметил. На этой же машине пресловутое «ютуб на весь экран» иногда поддормаживает, тогда как в winxxp на этой же машине то же самое видео укладывается в 60-70% CPU (и, само собой, не тормозит вообще). Надо либо бенчмаркить, либо пробовать но многоядреных машинах…
сам scheduler действительно прост как пробка, если глянуть в исходники. Но вот особого эффекта я не заметил. На этой же машине пресловутое «ютуб на весь экран» иногда поддормаживает, тогда как в winxxp на этой же машине то же самое видео укладывается в 60-70% CPU (и, само собой, не тормозит вообще). Надо либо бенчмаркить, либо пробовать но многоядреных машинах…
надо бы ебилд написать что ли… +)
мм… хотя не-hd видео с ютуба теперь вообще шикарно показывается в фулскрине. Эффект подтверждаю! ))
Уже вышло 2.6.31 и новый BFS :)
UFO just landed and posted this here
да нет, как раз в генте 2.6.31 пока нет.
ой, да-да-да не надо ругаться… сегодня уже в портежах, но ещё не стейбл :-P
в портежах генты ещё нет, да и хрен с ним, я уже вырос от экспериментов по десять часов с новехонькими ядрами… а 2.6.30 — стейбл)
собрал 2.6.30 с 209 патчем. Гномовский свитчер действительно летает по ощущениям, многие задачи визуально быстрее выполняются. Особого улучшения youtube проигрывания fullscreen не заметил, как и было раньше. Советую ставить тем у кого кде4 с плазмой, оно может и летать начнет;) тем у кого гном, можно попробовать, несколько приятней ощущения, а у кого легкие ДЕ и ВМ — не заморачивайтесь, ибо улучшения вряд ли заметите!
Sign up to leave a comment.
Я использую Brain Fuck Scheduler!