LINUX.ORG.RU

Вышел патчсет pf-kernel для Linux v3.3

 , , , ,


0

0

После небольшой задержки, связанной с доработкой планировщика ввода-вывода BFQ, вышел патчсет pf-kernel для Linux v3.3.

Патчсет содержит:

  • планировщик процессов BFS;
  • патчсет Кона Коливаса -ck;
  • планировщик ввода-вывода BFQ;
  • подсистему гибернации TuxOnIce;
  • драйвер устройств IMQ (для шейпинга трафика).

Помимо этого, в выпуске произошли такие изменения:

  • интегрирован стабилизационный патч Linux 3.3.1;
  • добавлена поддержка сетевого фильтра уровня приложений (l7-filter);
  • добавлен PKGBUILD для локальной сборки в Arch Linux'е.

Скачать патч

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

★★★★★

Последнее исправление: post-factum (всего исправлений: 1)

Следует заметить, что в ядре 3.3 существенно доработана система работы с накопителями. Да и патч входящий в стандартное ядро по группированию процессов более логичен с точки зрения отзывчивости системы. На 2-х ядерном процессоре два потока (если было лишь два полностью нагружающих система потока) могут только на 0.3% больше использовать процессорного времени, чем на BFS. BFS к сожалению группировку процессов по tty вообще не поддерживает. Так что имеет смысл только для «чисто» десктоп систем (без Nepomuk/Strigi, Akonadi). Где фильмы, музычка, и никаких ресурсоемких фоновых задач.

TuxOnIce - хорошо.

anonymous
()

К стати говоря, дополню. Дабы мой предыдущий пост не был воспринят как пост той «свиньи», которая любит сидеть на унитазе и говорить «не нада». Всем кто использовал pf-kernel предыдущих версий, особенно на слабых компьютерах. В том числе из-за переработанной системы работы накопителями в ядре 3.3, есть смысл обносится до данной версии для некоторого увеличения отзывчивости.

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

У меня TOI начал безбожно сыпать oops'ами, паниковать и отказываться находить своп. При этом на 3.2 всё ОК было. Переключился обратно на использование ванильной гибернации.

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

А это плохо. Ну я обновился на ванильное 3.3, не замечал каких-либо недостатков для себя по сравнению с pf.

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

no-op уже пробовал? У меня лучшая производительность именно с no-op. Единственное что я включаю из pf это TOI.

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

да, no-op пробовал, но увы, это не мой случай , лучше bfq по результатам тестов

zibert ★★★
()

Help, ребята!

После компиляции ядра, получаю на финише вот такое:

==> Запускается package_linux-pf-headers()...
cp: не удалось выполнить stat для «include/config/dvb/*.h»: Нет такого файла или каталога
==> ОШИБКА: Произошел сбой в package_linux-pf-headers().
    Преждевременный выход...
==> ERROR: Makepkg was unable to build linux-pf.
==> Restart building linux-pf ? [y/N]

Ставлю с Аура

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

Странно, при пересборке стало все ок..ну-ну)

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

Там постоянно такие косяки, то с dvb, то с aufs3 поэтому я эти патчи сразу комментирую в PKGBUILD'e.

hope13 ★★★
()

BFS - это полный трэш и ахтунг. Любопытство злая штука, собрал ядро с этим шедулером потестить, после нескольких дней собираю ванильное ядро и зарекся впатчивать туда что-то левое. И в который раз убеждаюсь в адекватности Торвальдса, что он этот звиздец не включает ядро. В самом деле - не дай бог выберут при сборке.

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

А как насчет IMQ? :)

Например, чтобы чтобы торент клиент имел наименьший приоритет при работе с сетью? :)

anonymous
()
taz@salvador ~ $ uname -a
Linux salvador 3.3.1-pf #1 SMP Fri Apr 6 01:58:07 MSK 2012 x86_64 Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz GenuineIntel GNU/Linux

Пока визуально все норм, тестов не проводил :)

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

BFS - это полный трэш и ахтунг. Любопытство злая штука, собрал ядро с этим шедулером потестить, после нескольких дней собираю ванильное ядро и зарекся впатчивать туда что-то левое. И в который раз убеждаюсь в адекватности Торвальдса, что он этот звиздец не включает ядро. В самом деле - не дай бог выберут при сборке.

Почему же это? У меня полет нормальный уже с полгода точно.

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

У меня TOI начал безбожно сыпать oops'ами, паниковать и отказываться находить своп. При этом на 3.2 всё ОК было. Переключился обратно на использование ванильной гибернации.

У меня тоже самое еще на 3.2 было :) Поэтому ванильной мне пока хватает.

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

> А что вкусного в 3.3 есть? :)

Ты спросил мой вопрос. Как раз от 3.3 я новшества не читал, и собирался спросить основные ниже.

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

Круто, баг, который можно забанить :).

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

включаешь опцию использивать LZF/LZO в «General Setup» и не забудь включить LZF/LZO/LZMA в «Cryptographic API»

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

А еще есть смысл, вроде же 12309 пофиксили ?

12309 не в клозетах сорцах, а в головах

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

Плохо для постоянного использования, хорошо для тестирования. Я же по себе сужу ;).

А тебе это:

[pf@eternity]:[~][0]% grep -i lzf /etc/hibernate/tuxonice.conf 
Compressor lzf
post-factum ★★★★★
() автор топика
Ответ на: комментарий от rafister

А еще есть смысл, вроде же 12309 пофиксили ?

Он давно фиксится апаратно

anonymous
()

драйвер устройств IMQ (для шейпинга трафика).

Клевая штука, активно использовал в бытность мою админом. А кто знает — а почему этот код еще не в ядре? Штука-то очень ползеная.

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

В чем конкретно проблемы? Когда я собирал ядра сам, всегда ставил BFS, проблем не было.

buddhist ★★★★★
()

На интересный эффект наткнулся. :)
32-гиговый файл на ntfs-разделе хочет создаваться 50 минут.
Кто-то сталкивался? Это лечится или фича?

pekmop1024 ★★★★★
()

Ненужно.Есть винда.

anonymous
()

У одного меня такая хрень при компиляции?

  CC      mm/vmscan.o
mm/vmscan.c: В функции «do_try_to_free_pages»:
mm/vmscan.c:2376:7: ошибка: «pm_freezing» undeclared (first use in this function)
mm/vmscan.c:2376:7: замечание: each undeclared identifier is reported only once for each function it appears in
mm/vmscan.c: В функции «wakeup_kswapd»:
mm/vmscan.c:3149:6: ошибка: «pm_freezing» undeclared (first use in this function)
make[1]: *** [mm/vmscan.o] Ошибка 1
make: *** [mm] Ошибка 2
iron ★★★★★
()
Ответ на: комментарий от pekmop1024

NTFS у тебя ядерный модуль или FUSE (ntfs-3g)? Ну и ССЗБ-вариант: через виртуалку/другой комп с виндой через самбу/ftp/sshfs кидать файл.

ktulhu666 ☆☆☆
()

планировщик процессов BFS;

не нужен.

подсистему гибернации TuxOnIce;

не нужен, есть uswsusp.

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

roman77

Не нужен.

Который раз повторяю: тебе лично не нужно — молчи, пожалуйста. Не тебе, так другим пользоваться.

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

А нафига вообще NTFS тогда то? :) И, пожалуйста, уточни, точно ли FUSE (юзай вывод mount). В последних ядрах NTFS уже в ядро интегрирован.

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