Pull to refresh

Comments 72

По названию думал, что уже кто-то поставил… и делиться впечатлениями :(

И еще — очень странное высказывание:
"
Это беда многих опенсорсных программистов, — они пишут фреймворки и общие-системы-всего и не желают исправлять очевидные недостатки, просто потому что наличие этих недостатков объясняется стройностью их системы. Линус — не исключение.
"

Сначала подумал, что автор про 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
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

ничего особенного, обычный патч на ядро. Может быть есть приличные способы это сделать напрямую не патча ядро, но я уже в пижаме :)))
Спасибо за минихауту. Вотт только у меня вопрос.
Скачал патчи, пропатчил. Запустил menuconfig и полез в настройки scheduler-ов, только ничего нового не нашел. Так и должно быть? Или там должна быть какая то опция, котрую надо выбрать?
Нет, ничего не надо. Всё должно работать сразу.
Отлично, спасибо :-)
Поддерживаю просьбу предыдущего оратора. Бог с ним с Ютубом, но ускорение интерфейса — это то, что нужно!
Похоже, что таки дошли хоть у кого-нибудь руки сделать нормальный шедулер.
Сори за нубство, но шедулер это то что планирует выполнение процессов/потоков?
Угу, и как они будут подвигать друг друга на процессорах. Накладные расходы на переключение задач обычно высоки, поэтому и пишут один шедулер умнее другого.
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

Видео на ютубе не тормозит? ЧЯДНТ?

Ну хоть бы и тормозило, это же флеш, причём тут опенсорс программисты?
Я же написал при чём. Подумайте о смысле этого стрипа xkcd ещё раз.

Видео в полном экране не тормозит? Вы счасливчик! :) И ядро без preemption собрано.
Да вот только что проверил, не тормозит.

Ещё у меня не торомозят фильмаки в 1080p закоженые в h.264. И если мощности компа хватает на это, то какого лешего должен торомозить какой-то ютуб? И если он тормозит, то как бе не шедулер виноват.

меня как-то давно тормозило, но после переезда на suse 11.1 перестало, может быть помог десятый флеш, может ещё чего.
Фильмаки у меня тоже не тормозят! И флеш десятый. При чём тут шедулер? Worst case может у него на ютубе случился, мне откуда знать? :) Quick sort тоже может как O(N2) работать.
Если фильмаки не тормозят, а флеш тормозит, то кривизна либо в канале, либо во флеше. Ну да, более лучший шедулер, ну это круто да, я не спорю. Только по комиксу это линуксятники должны извратить свою систему, чтобы там запускался флеш, а не адобе написать нормально. Что кажется мне странным :)
UFO just landed and posted this here
Xwindow это ещё тот пережиток, с этим я не спорю.
Я думаю, что нормальная. Если вы считаете иначе, укажите лучшие графические подсистемы, в том числе укажите чем они лучше. Будет интересно почитать.
не бывает идеальных вещей. Х во многом устарели, но часто их нечем заменить.
гугл пробует фреймбуфер… в принципе, на десктопе это вполне себе вариант…
UFO just landed and posted this here
Так воспроизведение видео мимо этой подсистемы ходит, и не только в Linux.
>На выкидывание её полностью и разработку своей с нуля пошел только Гугл.

Это вы про Андроид, или есть какие-то данные о 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 и прочих программ.
А теперь можно то же самое, только для тех у кого Ubuntu..?
Для тех, кто не умеет и не хочет разбираться в тонкостях сборки ядер,
но в состоянии сделать это по хорошей инструкции.

Думаю, пост с инструкцией будет хорошо оценен в блоке Убунтариум.
Я не умею убунту, к сожалению. Ключевое слово для debian-систем: make-kpkg.
Ждём включения в ядро. Коль уж cfq так и не заставили нормально работать.
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 баг.
> патч за авторством одного человека

можно ли поподробнее?

А проблема да, известная и болезненная.
Гуглить по имени Jens Axboeю Он занимался патчами, но потом забросил из-за нехватки времени. А знамя никто не перехватил, увы.
партизанщиной и антилинупсчиной занимается! растлевает молодые умы убунтологов.
Ну какого лешего я не взял с собой ноут… прийду домой с работы — накачу патч — посмотрим улучшения. Сейчас графика заметно залипает.
Ubuntu 9.04.
UFO just landed and posted this here
О да!!! Или это заслуга ядра 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 =)
Спасибо за полезную информацию, использую уже несколько дней — работает весьма стабильно.
ну щя затестим под Athlon 3800+… уж какие у меня тормоза бывают я лучше всех знаю +))
поставилось без проблем. Вылезло правда несколько траблов с дровами (acx и uvc), но обе — изза самого ядра 2.6.30 (конечно, solved :)).

сам scheduler действительно прост как пробка, если глянуть в исходники. Но вот особого эффекта я не заметил. На этой же машине пресловутое «ютуб на весь экран» иногда поддормаживает, тогда как в winxxp на этой же машине то же самое видео укладывается в 60-70% CPU (и, само собой, не тормозит вообще). Надо либо бенчмаркить, либо пробовать но многоядреных машинах…
надо бы ебилд написать что ли… +)
мм… хотя не-hd видео с ютуба теперь вообще шикарно показывается в фулскрине. Эффект подтверждаю! ))
Уже вышло 2.6.31 и новый BFS :)
UFO just landed and posted this here
да нет, как раз в генте 2.6.31 пока нет.
ой, да-да-да не надо ругаться… сегодня уже в портежах, но ещё не стейбл :-P
Да ну и что что не стейбл? Я всегда новые ядра ставлю, к тому же Линус там наообещал всего :)
не стейбл обещает много геморроя с внешними драйверами, даже с теми что есть в самом portage, не говоря уже о горке других. Так что фиг знает… )
У меня только nvidia-drivers и virtualbox-modules. Других драйверов внешних не держим, чего и вам желаю ;)
Ну, видимо, у вас просто меньше весёлых девайсов =)
в портежах генты ещё нет, да и хрен с ним, я уже вырос от экспериментов по десять часов с новехонькими ядрами… а 2.6.30 — стейбл)
собрал 2.6.30 с 209 патчем. Гномовский свитчер действительно летает по ощущениям, многие задачи визуально быстрее выполняются. Особого улучшения youtube проигрывания fullscreen не заметил, как и было раньше. Советую ставить тем у кого кде4 с плазмой, оно может и летать начнет;) тем у кого гном, можно попробовать, несколько приятней ощущения, а у кого легкие ДЕ и ВМ — не заморачивайтесь, ибо улучшения вряд ли заметите!
Only those users with full accounts are able to leave comments. Log in, please.

Articles