LINUX.ORG.RU

Вышел патчсет pf-kernel для ядра Linux версии 3.12

 , ,


1

1

Состоялся первый выпуск десктопного патчсета pf-kernel для ядра Linux ветки 3.12.

pf-kernel — это набор патчей, которые не входят в основное ядро, но обеспечивают повышенную отзывчивость системы, предоставляют альтернативную подсистему гибернации, более быструю, нежели основная, а также уменьшают использование памяти с помощью техники объединения одинаковых страниц.

Задержка выпуска связана с устранением проблем в BFS, которые приводили к невозможности использования ванильной гибернации в некоторых системах, а также с обновлением кода TuxOnIce для нового ядра.

В патчсет входят:

  • стабильные патчи 3.12.2;
  • планировщик процессов BFS версии 443 с дополнительными исправлениями;
  • планировщик ввода-вывода BFQ версии 6r2;
  • подсистема гибернации TuxOnIce;
  • реализация техники слияния одинаковых страниц в памяти UKSM.

Известные проблемы в этом выпуске:

  • поведение UKSM при использовании zRAM не определено;
  • патчи к BFS, исправляющие гибернацию при использовании основного механизма (не TuxOnIce), приводят к предупреждениям в dmesg при загрузке, при этом каких-либо побочных эффектов от этого не замечено.

Патч применяется к чистому ядру версии 3.12 без стабилизационных патчей.

Для Arch Linux есть пакет в AUR'е. ebuild для Gentoo тоже обновлен. Для Ubuntu подготовлены неофициальные бинарные сборки.

Официальный сайт

Скачать патч

>>> Анонс

★★★★★

Проверено: Shaman007 ()
Последнее исправление: post-factum (всего исправлений: 2)
Ответ на: комментарий от anonymous_sama

чтобы избавиться от отправления данных

А потом будешь кукарекать, что баги и говнокодеры ничего не тестируют?

anonymous
()
Ответ на: комментарий от haku

От того, что ты боженьку или инопланетян называешь фактом, они не становятся фальсифицируемыми.

anonymous
()
Ответ на: комментарий от petrosha

Когда упоминаются «патч» и «на десктопе нормально пользоваться» в одном предложении — это лол.

anonymous
()
Ответ на: комментарий от wakuwaku

О как, спасибо, буду знать. У меня этого бага вообще никогда не было, есть мнение что от чипсета зависит. Не поделитесь характеристиками железок на которых такое наблюдаете?

A-234 ★★★★★
()
Ответ на: комментарий от anonymous_sama

Где это «выдрал из контекста»? Нерелевантность этого к новым версиям не отменяет факта.

anonymous
()
Ответ на: комментарий от haku

Ты довольствуешься своими фантазиями?

anonymous
()
Ответ на: комментарий от haku

Понятие, и твои влажные фантазии о нём — это разные вещи, что очевидно из твоего тупняка.

anonymous
()
Ответ на: комментарий от anonymous

Сперва осиль регистрацию, тень.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от A-234

В последний раз наблюдал на чипсете H67, ядро было какое-то ~3.10.5-gentoo. Система совершенно неюзабельна под малейшей нагрузкой на IO, например случаются такие вещи как заикание звука/видео при включённой трансмиссии, не говоря о постоянных тормозах интерфейса. Больше на эксперименты с планировщиками, к счастью, пока не тянет, хотя в любом случае повторяю этот квест достаточно регулярно.

wakuwaku ★★★★
()
Ответ на: комментарий от riki

А какого лешего ему у меня быть? У него лицензия несовместима, не могу распространять в одной куче с остальным.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от post-factum

Шо и требовалось понять. Спасибо.

riki ★★★★
()
Ответ на: комментарий от anonymous

У тебя жесткий комплекс неполноценности:-)

petrosha ★★★★★
()
Ответ на: Можно. от irton

Наличие этого или ck патчсета позволяет постить на лоре в пи раз быстрее. Я вот на 5звезд напостил:-)

petrosha ★★★★★
()
Ответ на: комментарий от anonymous

Когда нечего сказать, это единственное к чему можно придраться. Поздравляю!

anonymous_sama ★★★★★
()
Ответ на: комментарий от wakuwaku

Давным-давно наблюдал ужасное поведение чипсета (via кажется) когда при перекидывании файлов по USB начинал глючить CDROM. Причем глюки проявлялись в виде ошибок передачи, когда переписанные файлы имели неправильные контрольные суммы. Выяснилось не сразу, привод ведь читал нормально это чипсет внутри себя все портил. VIA тогда ругалась на производителей BIOS, мол отдали им доки по программированию нашего творения вот они у себя тайминги и подкрутили, для повышения производительности. В пользу бедных, в общем. Но здесь по симптомам ситуация похожая, проявляется далеко не у всех, у тех у кого нет воспроизвести невозможно.

A-234 ★★★★★
()

Типа как багрепорт.

После установки твоего ядра из deb-пакета обнаружил, что загружается модуль evbug. Он строчит в логи все события ввода как ненормальный, забил весь раздел уже мне. В стандартных ядрах он не загружается сам никогда.

uuwaan ★★
()
Ответ на: комментарий от uuwaan

Не хочешь это отрепортить тому, кто собрал пакет? А то я как-то и ни при чём.

Если не хочешь, просто заблеклисть этот модуль.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от post-factum

Я бы с радостью, но

Maintainer: Unknown Kernel Package Maintainer <unknown@unconfigured.in.etc.kernel-pkg.conf>

А по ссылке на Dropbox я email пользователя дедуцировать не умею.

uuwaan ★★
()
Ответ на: комментарий от post-factum

Спасибо, попробую.

И традиционный вопрос, накладывал ли urw-locks.patch для 3.12-ck ?

Или он имеет смысл для многоядерных систем?

Umberto ★☆
()
Ответ на: комментарий от Umberto

накладывал ли urw-locks.patch для 3.12-ck ?

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

Вот здесь:

http://ck.kolivas.org/patches/3.0/3.12/3.12-ck1/patches/

есть только urw-locks.patch, а патча, который модифицирует BFS для использования URW, нет. А тот, что есть — старый и не подходит. Я пробовал его адаптировать, но там куча непонятных моментов.

post-factum ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.