LINUX.ORG.RU

Zen-kernel 2.6.34-zen1

 ,


0

0

После продолжительного перерыва вышел очередной релиз Zen-kernel

  • zen-патчи с ядром 2.6.34
  • улучшения zen-tune относительно предыдущих релизов
  • btrfs (из git), aufs, tuxonice, reiser4 и др.
  • прочие улучшения и фиксы writeback, cpuidle, cfs
  • SLQB, classic rcu

>>> Подробности

-__-

Building modules, stage 2.
  MODPOST 2468 modules
ERROR: "rcu_barrier_bh" [net/bridge/bridge.ko] undefined!
WARNING: modpost: Found 13 section mismatch(es).
To see full details build your kernel with:
'make CONFIG_DEBUG_SECTION_MISMATCH=y'
make[2]: *** [__modpost] Ошибка 1
make[1]: *** [modules] Ошибка 2
make[1]: Выход из каталога `/home/roman/linux-2.6.34'
make: *** [debian/stamp/build/kernel] Ошибка 2
roman77 ★★★★★ ()

А оно есть где-нибудь в репах для убунты? То пропатчит криво и ничего не соберется, то соберется но не загрузится. Эту версию не пробовал, но думаю будет как всегда.

anonymous ()

Сейчас попробую, как оно для слаки подходит.
Собираю с конфигом от 2.6.33.4-smp (generic), сделав oldconfig

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

не могу гарантировать, никогда не пользовался убунтой, но думаю, что логичнее использовать zen-sources в генту\арче, имхо

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

Нормально пашет на всех дистрибах, в том числе и под убунту.

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

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

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

Достаточно просто собрать выкинув все I/O планировщики?

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

ну да - или дефолтным выбрать noop

Enable the block layer —>IO Schedulers —>XXX I/O scheduler :поддержка желаемых планировщиков
Enable the block layer —>IO Schedulers —>Default I/O scheduler : планировщик, который будет использоваться по умолчанию

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

echo «noop» > /sys/block/sda/queue/scheduler

также для sdb и т п

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

вариант, но лишнее движение - если ядро конечно всё равно собирать надо

megabaks ★★★★ ()

Пля, только собрал предыдущее... Не, ну серьёзно. А вещь классная.

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

Про это я в курсе, просто подумал что может еще что то надо было добавить/собрать

partyzan ★★★ ()

Блин, всё же, насколько 24-zen1 шустрее, чем 34-gentoo.

KRoN73 ★★★★★ ()

немного оффтоп
как себя поведёт атом (270) с BFS
и имеет ли он смысл с NO_HZ ?

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

ради отклика - очевидно же :)
для него BFS и сделан
только что-то мне думается с NO_HZ он бесполезен (

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

поздравляю с переездом с sites.google.com в зону .ru :) кстати хороший ресурс, давненько у меня в закладках.

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

ну не дебил же... хоть подумай о чём пишешь?

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

>поздравляю с переездом с sites.google.com в зону .ru :)
спасибо :)

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

>>NCQ рулит!

CFQ/BFQ - костыли-эмуляторы

ну не дебил же... хоть подумай о чём пишешь?

ncq - это «железное» планирование очереди - т.е. очередь выстраивается отталкиваясь от положения головок винта
а вот cfq/bfq это попытки сделать очередь «от балды»,т.е. они ничего не знают о железе и его статусе ---> очередь не оптимальна
ncq - аппаратная фишка
cfq/bfq - софтварная --> т.е. эмуляция!
что не так?

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