Вышел патч pf-kernel для ядра Linux 3.0

Почему же не подходят? Взял дистрибутивное ядро, наложил патч – профит!

Если не наложился, то берётся ванильное ядро с базовым конфигом от дистрибутивного.

зы: я так и знал :(

Почему же не подходят? Взял дистрибутивное ядро, пересобрал, выкинул тучу ненужостей, наложил патч – профит!

fixed

зы

на нетбуке делать лень, а на десктопе гента

По науке – сначала накдалываешь патч как есть, потом выкидываешь дистрибутивные патчи, пилишь конфиг, etc. и сравниваешь результат. Не обнаружив разницы, оставляешь первый вариант :)

> > TuxOnIce

ненужный велосипед

аргументируй?

зачем нужны несколько реализаций hibernate ?

Автор, как можно задействовать TuxOnIce в Gentoo с твоим ядром? Графическая среда KDE 3. Обычная кстати говоря не работает, видимо надо как-то GRUB донастраивать.

Дело только в этом? Это не винда с её единственным вариантом гибернации в файл. Можно и в SWAP это делать.

> аргументируй?

Можно я? Почти все преимущества, описанные тут http://en.wikipedia.org/wiki/TuxOnIce – есть незначительные плюшки, не оправдывающую трату усилий, не приносящую пользу почти никому, кроме самого разработчика.

Хочешь новых фич в ядре – вноси их прямо в ядро. Если не принимают – значит не нужны.

Хочешь новых фич в ядре – вноси их прямо в ядро

+

а по сути, куча суспендов, и ни один до конца нормально не работает

Можно и в SWAP это делать.

для этого tuxonice не обязателен

Вообще реализаций три, и то, что в ядро приняли только одну, вовсе не делает остальные две велосипедами.

На гентувики всё есть, если успеешь застать её в рабочем состоянии.

альтернативные реализации не были бы велосипедами, если бы имели хоть 1 киллер фичу.

Проблема не гентуспецифична: при мне Linux не лёг спать ни разу. Дистрибутивов много

И вообще, это сторонники альтернативных реализаций susepnd to disk должны доказать фундаментальную несостоятельность «мэйнстримной» реализации, из-за которой последнюю надо похерить вместо того, чтобы дорабатывать.

По умолчанию же все сторонние примочки считаются ненужными. Мало ли кто что напишет.

http://wiki.linuxformat.ru/index.php/LXF97:Hibernate - там про Kubuntu, тебе понравится

и зачем тут этот линк?

суспенд должен быть из коробки

> зачем нужны несколько реализаций hibernate ?

Нужна одна, но безглючная и фичастая. TuxOnIce пока что единственное что ближе всего к этим условиям.

> альтернативные реализации не были бы велосипедами, если бы имели хоть 1 киллер фичу.

Ядерный hibernate не может заснуть если не удается освободить половину RAM-ы. Это by design.

В лучшем случае это сводится к drop-у дискового кэша, из за чего после просыпания система менее отзывчивая. В худшем — заснуть невозможно.

В ядерном hibernate нет сжатия. Либо uswsusp либо TuxOnIce.

Ядерный hibernate раньше не умел просыпаться со swap-а на LVM (может уже научился).

и мало того, что оно не в ядре, так и я не видел ни 1 дистрибутива где оно из коробки есть.

на лоре проскакивал перевод интервью с разработчиком

http://natalenko.name/myfiles/interviews/nigelc_rus.html

Есть ли какие-нибудь намерения включить TuxOnIce в ядро вместо существующей подсистемы гибернации? Ты пробовал это сделать?

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

Как я уже упоминал, несколько раз возникали идеи отрецензировать код, но в сущности этого не произошло. Так что в будущем нас ждёт постепенное улучшение того кода, что уже находится в ядре. Это большая и длительная работа, но я вижу только такой путь.

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

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

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

стремления были. Вот в качестве пруфа письмо в LKML: https://lkml.org/lkml/2009/5/6/249

Ответы: https://lkml.org/lkml/2009/5/8/233 https://lkml.org/lkml/2009/5/8/469

Если коротко — ядерщики против этого кода. Увы.

> Вот и надо было все эти проблемы решать по одной, проталкивая патчи в lkml. А велосипеды не нужны даже когда с электроприводом.

ты патчи посмотри. там нет «больших велосипедов». suspend/resume девайсов тот же. Остальное и есть в виде патчей =)

Так он сначала создал велосипед с кучей лишних возможностей и большим объёмом кода, а потом сказал «давайте выкинем то, что есть, и запилим моё взамест». Результат немного предсказуем.

Раньше надо было думать.

https://launchpad.net/~darth-revan/+archive/pf-kernel
Организовал PPA, что-то туда залил и иду спать :-).

> suspend/resume девайсов тот же. Остальное и есть в виде патчей

Зато патчей много, и они писались 8 лет в изоляции от остальных разработчиков ядра. Так что для последних нет большой разницы.

> Так он сначала создал велосипед с кучей лишних возможностей

Назови, что там лишнее?

А объясните мне пожалуйста захера в вашем линуксе все эти патчсеты? Почему это не влито в основное ядро?

планировщик ввода/вывода BFQ, портированный с ядра 2.6.39 усилиями команды zen-kernel;

а reiser4 они не портировали?

спроси у Торвальдса
первый раз чтоль!?

Reiser4 ещё нету и для 2.6.39го ядра, куда там 3.0

http://marc.info/?l=reiserfs-devel&m=130972692807647&w=2 и все затихло.

К.О. подсказывает, что основная иногда просто не работает, а на багрепорты связанные с кривой работой гибернации в сферических случаях на kernel.org могут положить болт(в общем то, оно может и правильно, пока есть гораздо более раздражающие баги, но использовать гибернацию то хочется!)

У TuxOnIce есть саспенд в файл. Мне одно время было нужно

Частичное 4.2: в ядерной гибернации есть сжатие.

А, это ты стучишься. Я методично футболю из жаббера тех, кто не пишет прямо, кто он такой :).

А где там пакеты?

хм...мой нетпук таки ложился раньше спать, но потом мне надоело его будить после каждого закрытия крышки и я пофиксил сие безобразие :3

Да. И так не только в нашем Линуксе, если че ;)

Правильный ответ «потому что».

>firefox каждые 3 секунды нормальной отзывчивости подвисает на 3 сек), это 12309?
Нет, это firefox+sqlite, лечится перенесением профиля в tmpfs или сменой браузера :)

в AUR'e уже появился, собираем-с.

> Назови, что там лишнее?

Единственное, что не лишнее – что не надо освобождать половину памяти, если это правда. Все остальные улучшения надо проводить по отдельности и обсуждать каждое отдельно, а когда так вот всё скопом – то они получаются лишние.

Проблема в том, что автор форкнул часть ядра, а 8 через 8 лет пришёл сливаться. Таких отщепенцев не очень любят. Надо было с самого начала присоединяться к основной разработке.

> Проблема в том, что автор форкнул часть ядра, а 8 через 8 лет пришёл сливаться

Откуда цифры про 8 лет? Попытки законтрибьютить были еще раньше, например эта: http://linux.derkeiler.com/Mailing-Lists/Kernel/2006-06/msg08238.html

Там IMHO больше религии чем технических проблем.

Никакой религии. Просто человек в коллектив не вписался, что ли.

Прочитал новость, ядро заинтересовало, сходил по ссылке:

The name of the fork is by no means related to BSD Packet Filter

интерес пропал.

А ты думал, BSD pf портировали? Кстати, были когда-то такие потуги.

Я стучусь :-).

Постучись вечером, пожалуйста, я на работе.

И расскажи про то, какими будут пакеты. Под какие архитектуры ты будешь их собирать?

И расскажи про то, какими будут пакеты

Изначально думал подпилить пакеты Ubuntu, но сейчас решил пилить пакеты из liquorix.

Под какие архитектуры ты будешь их собирать?

i386 и amd64, собирать буду не я, а launchpad.net.