Добрый день форуму! У меня вопрос по поводу хваленных патченных ядер : liquorix,ck,pf,zen и прочих.
Вопрос простенький, но ответа нигде  найти не могу : если эти ядра работают быстрее из за внесенных в них патчей (брэйнфак и т.д). То почему эти патчи не были внесены в стабильное ядро (т.е дефолтное в любом дистре). И стоит ли вообще их использовать?В чем их соль?

btw: Собрал себе 3.0.7-ck. Работает, на первый взгляд, чуть быстрее обычного.

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

2 (28.10.2011 11:52:28 отредактировано Writer)

doctor_jekyll пишет:

но ответа нигде  найти не могу

http://habrahabr.ru/blogs/linux/131263/

При укусе ядовитой змеи, держите её голову на расстоянии от себя, чтобы она не укусила вас в ответ...

Т.е смысла никакого?

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

4

Лень читать?

Как видно, общий прирост производительности составил 20%.

При укусе ядовитой змеи, держите её голову на расстоянии от себя, чтобы она не укусила вас в ответ...

Writer,
Читал и медленно перешел в комменты, где одни твердят о том что кастомные ядра бесполезны а другие наоборот. Кто то утверждает что тесты не точны =(

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

6

Разница  в производительности может быть и незаметна на обычном десктопе. Вот если погонять БД, веб-сервер, ещё что-то специфическое, то тогда - другое дело.

При укусе ядовитой змеи, держите её голову на расстоянии от себя, чтобы она не укусила вас в ответ...

7

Ещё профит в новых  возможностях...  например  в дзене есть патчи для aufs2, tuxonice и много других вкусностей... Если они необходимы, то выбор прост - или патчить самому или использовать патченное.

95% процентов проблем находятся между клавиатурой и стулом.

Простейший пример выгоды : в Арче сравните поглощение ОЗУ системой в простое при стоковом ядре и ядре от ликворикс. Второе явно лучше и быстрее. Первое при простое поглащает 220 мегабайт ОЗУ , второе всего 136 мегабайт. Плюс ядро от ликворикс быстрее освобождает ОЗУ при закрытии ресурсоемких приложений чем обычное стоковое.

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

9

BFS замена стандартного (CFS) планировщика зада, при сборке переключится на него и профиль выбрать destop/server/не_помню_что_ещё.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

10

doctor_jekyll пишет:

Простейший пример выгоды : в Арче сравните поглощение ОЗУ системой в простое при стоковом ядре и ядре от ликворикс. Второе явно лучше и быстрее. Первое при простое поглащает 220 мегабайт ОЗУ , второе всего 136 мегабайт. Плюс ядро от ликворикс быстрее освобождает ОЗУ при закрытии ресурсоемких приложений чем обычное стоковое.

Всё это + много сказанного выше - верно...

При одном маленьком "но": не упускайте из виду, что патченное ядро делается узкой групой умельцев (то же относится и к патченью ядра дистрибьюторами) + не проходит сквозь "сито" регрессивного тестирования, не подвергается тысячам и тысячам отладочных запусков, а публикуется: "косо криво - лишь бы живо".

Поэтому не ожидайте от такого ядра какой-то экстремальной устойчивости и живучести ... если вы и покупаетесь на 20% производительности (и то - неизвестно по каким тестам  wink ).

11

Olej, за год не помню чтобы zen падало, и пересев как-то на gentoo-sources обнаружил всякие неудобства...  smile

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

12 (09.12.2011 23:34:03 отредактировано Olej)

newzenon пишет:

Olej, за год не помню чтобы zen падало, и пересев как-то на gentoo-sources обнаружил всякие неудобства...  smile

Я вам охотно верю  wink

Ну а вы видели компьютеры, которые проработали бы вместе с ОС и ПО не выключаясь и не перезагружаясь - 14 лет в режиме 24х365?
А я видел  wink
Это была OS QNX 2.x (потому как более 14 лет назад была только 2.х).
И знаете почему они остановились через 14 лет? и их вскрыли? - потому, что системные ящики набились пылью и паутиной целиком как один сплошной валенок - вентиляторы застопорились и процессоры (286!) повыгорали...  ac

Вот в этом и ответ: всё определяется классом задач и степенью ответственности за надёжность и живучесть.
А степень живучести определяется только и только тем объёмом тестирования (в часах, в разах), которому подвергалась система до того....

Для одних задач достаточно в качестве десктопа по 2 часа в день - и тогда ОК.
Для других нужно 99.999% (то, что называют "5 девяток") - и это уже очень много, а бывает и больше требуется...
Я помню, как в процессе активного программирования (когда и нулевые указатели разименовываются, и всякие другие хорошие вещи) у меня "период полураспада" Windows 98 составлял что-то около 3-х часов (я как-то высчитал  wink ).

Любая вещь относительна, и всё определяется тем, что вы хотите получить!

13

Olej, ну так то понятно, но разговор-то вроде про современное оборудование и десктопы, исходя из контекста.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

14

Olej, вылезайте из криокамеры, уважаемый Кай. Сейчас на дворе уже почти двенадцатый год. Про i80286 помнят только олдфаги, которых уже мало осталось. С уважением.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

15

newzenon пишет:

Olej, ну так то понятно, но разговор-то вроде про современное оборудование и десктопы, исходя из контекста.

При чём здесь современность или не очень?

Разговор здесь про то, чему учит "теория надёжности" ... кто не прогуливал лекции, тот знает такой предмет.
И о том, что современная или не очень OS, или любая другая система, и на процессоре 286, который кому-то так не нравится  wink , или будь то SPARK, MIPS, ARM,PPC или что угодно... и сегодня, вчера и завтра : предсказуемые безотказность и живучесть любой такой системы определяется только объёмом проведенного тестирования и ничем более! 

Ещё Эдгар Дейкстра (если это имя вам о чём-то скажет  :lol: ) говорил: "нет программ без ошибок, программы различаются только числом ещё не выявленных ошибок в них"(с).

Внося "улучшение" в систему (а вы здесь говорили о патченьи ядра) - вы, затыкая одни дыры, потенциально вносите другие, и для предсказания их последствий весь объём регрессионного тестирования должен быть повторён от самого начала.

16

Olej пишет:

безотказность и живучесть любой такой системы определяется только объёмом проведенного тестирования и ничем более!

откуда такой странный вывод? Вы таки хотите сказать, что хорошо протестированный быдлокод будет работать IRL хуже, чем грамотно написанное ПО? На практике всё совсем не так. Всех багов не найти в принципе,

нет программ без ошибок, программы различаются только числом ещё не выявленных ошибок в них

...и если в программе множество багов, то и после тестирования(любого) там их будет достаточно много, что-бы проявится в реальных условиях.

Пример: быдлокодер вася открывает файл, и не проверяет, открылся он или нет. А вот петя - проверяет. В рамках тестирования это НЕ обнаруживается, т.к. файл присутствует. В реальной жизни васина программа сегфолтится, а петина корректно завершается с подобающим сообщением.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

17

drBatty пишет:
Olej пишет:

безотказность и живучесть любой такой системы определяется только объёмом проведенного тестирования и ничем более!

откуда такой странный вывод? Вы таки хотите сказать, что хорошо протестированный быдлокод будет работать IRL хуже, чем грамотно написанное ПО?

Конечно.

drBatty пишет:

На практике всё совсем не так.

А вы ту практику видели?  :lol:

18

Olej пишет:

А вы ту практику видели?

пример - ниже. Между прочим, пример реальный, взятый из RL. А не вычитанный в умных книжках. Извините - я не теоретик.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

19 (10.12.2011 17:04:25 отредактировано Olej)

drBatty пишет:
Olej пишет:

А вы ту практику видели?

пример - ниже.

я не совсем точно понял где это "ниже" имеется в виду?  :lol: :

вот это? : http://forum.drbatty.ru/viewforum.php?f … 07d9c809ea

... или вот это?  :lol: : http://blog.drbatty.ru/

Продаются две комнаты в СПб

... или "ниже" - это в нижней части тела, ниже пояса  :lol:

Так это всё - практики, но практики - не те.  :O
Это не есть правильно: с такими практиками идти писать в раздел Linux kernel.

Просьба на будущее: не придирайтесь к словам и уважайте собеседника. Fat-Zer.

20

Olej пишет:

Это не есть правильно: с такими практиками идти писать в раздел Linux kernel.

не... Выше. Ошибся немного. А бложик закрыть давно надо, лень просто.. Так и висит...  smile

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

21

у меня pf-kernel 3.1  archlinux на нетбуке  -  полет нормальный.
субъективно - шустрее и оперативки на ~50mb меньше берет.
а есть ли смысл  не знаю - сложно  сказать... ставил ради любопытства

22

:lol: Постоянно работаю на LQX ядре. Ни разу не падало. система на порядок отзывчивее и работает быстрее ))

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

23

doctor_jekyll пишет:

Постоянно работаю на LQX ядре. Ни разу не падало. система на порядок отзывчивее и работает быстрее ))

"На порядок" - это в 10 раз. Настолько быстрее?

24

тема заросла флудом, имхо.
ТС задал вопрос:

если эти ядра работают быстрее из за внесенных в них патчей (брэйнфак и т.д). То почему эти патчи не были внесены в стабильное ядро (т.е дефолтное в любом дистре).

"Фирма Майкрософт не собирается поддерживать протокол TCP/IP в своих OS" 1993 (c) Билл Гейтс
"Мы изобрели новый протокол передачи данных, мы назвали его TCP/IP" 1995 (c) Билл Гейтс

25

moshell, и вы, как я вижу, тоже зашли сюда пофлудить... на вопрос ТС'а ИМХО уже ответили.

95% процентов проблем находятся между клавиатурой и стулом.

26

Fat-Zer пишет:

на вопрос ТС'а ИМХО уже ответили.

назовите дистр с таким ядром по дефолту

"Фирма Майкрософт не собирается поддерживать протокол TCP/IP в своих OS" 1993 (c) Билл Гейтс
"Мы изобрели новый протокол передачи данных, мы назвали его TCP/IP" 1995 (c) Билл Гейтс

27

moshell пишет:

назовите дистр с таким ядром по дефолту

Gentoo  oO

Был, был и весь вышел...

28

Lupo Alberto пишет:

Gentoo  oO

oO  oO  oO

"Фирма Майкрософт не собирается поддерживать протокол TCP/IP в своих OS" 1993 (c) Билл Гейтс
"Мы изобрели новый протокол передачи данных, мы назвали его TCP/IP" 1995 (c) Билл Гейтс

29

Вот, например, ядра на выбор, и только одно из них «ванильное», без патчей:

+ открыть спойлер
lupo@gentoo-laptop ~ % eix -c sources -C sys-kernel
[N] sys-kernel/cell-sources (--): Full sources including the cell/ps3 patchset for the 2.6 kernel tree
[N] sys-kernel/ck-sources ((~)3.1.4(3.1.4)): Con Kolivas' high performance patchset + Gentoo patchset sources
[N] sys-kernel/cluster-sources ((~)2.6.39(2.6.39)): Gentoo patchset + some additional cluster related patches
[N] sys-kernel/debian-sources ((~)3.1.4(3.1.4)): Debian Sources (and optional binary kernel)
[N] sys-kernel/debian-sources-lts (--): Debian Sources - with optional OpenVZ support
[i] sys-kernel/gentoo-sources (3.2.0-r1(3.2.0-r1)@06.01.2012): Full sources including the Gentoo patchset for the 3.2 kernel tree
[N] sys-kernel/git-sources ((~)3.2_rc7(3.2_rc7)): The very latest -git version of the Linux kernel
[N] sys-kernel/hardened-sources ((~)3.1.7(3.1.7)): Hardened kernel sources (kernel series 3.1)
[N] sys-kernel/linode-sources (--): Full Linux kernel sources - Linode patchset
[N] sys-kernel/mips-sources (--): Linux-Mips GIT sources for MIPS-based machines, dated 20111216
[N] sys-kernel/mm-sources ((~)3.1_rc3): Andrew Morton's -mmotm quilt patchset
[N] sys-kernel/openvz-sources ((~)2.6.32.44.11(2.6.32.44.11)): Kernel sources with OpenVZ patchset
[N] sys-kernel/pf-sources ((~)3.1.6(3.1.6)): Linux kernel fork with new features, including the -ck patchset (BFS), BFQ, TuxOnIce and LinuxIMQ
[N] sys-kernel/rsbac-sources ((~)3.1.5(3.1.5)): Hardened + RSBAC kernel sources (kernel series 3.1)
[N] sys-kernel/rt-sources ((~)3.0.14_p31(3.0.14_p31)): Real-time patchset for the Linux Kernel
[N] sys-kernel/sparc-sources (--): Full sources for the Gentoo Sparc Linux kernel
[N] sys-kernel/sysrescue-std-sources (2.6.38.220(2.6.38.220)): System Rescue CD Full sources for the Linux kernel, including gentoo and sysresccd patches.
[N] sys-kernel/tuxonice-sources ((~)3.0.15(3.0.15)): TuxOnIce + Gentoo patchset sources
[N] sys-kernel/usermode-sources (--): Full sources for the User Mode Linux kernel
[N] sys-kernel/vanilla-sources ((~)3.2.0(3.2.0)): Full sources for the Linux kernel
[N] sys-kernel/vserver-sources ((~)2.3.1(2.3.1)): Full sources including Linux-VServer patchsets for the 3.0 kernel tree.
[N] sys-kernel/xbox-sources ((~)2.6.16.26(2.6.16.26)): Full sources for the Xbox Linux kernel
[N] sys-kernel/xen-sources ((~)2.6.38(2.6.38)): Full sources for a dom0/domU Linux kernel to run under Xen
[N] sys-kernel/zen-sources ((~)2.6.38_p20110510(2.6.38_p20110510)): The Zen Kernel Live Sources
Found 24 matches.
Был, был и весь вышел...

30

Lupo Alberto, это доступные.
а которое из них попадает в самый дефолт?
когда например изначально

 Консоль:
# emerge gentoo-sources
# cd /usr/src/linux
# make menuconfig
...

"Фирма Майкрософт не собирается поддерживать протокол TCP/IP в своих OS" 1993 (c) Билл Гейтс
"Мы изобрели новый протокол передачи данных, мы назвали его TCP/IP" 1995 (c) Билл Гейтс