-__-

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

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

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

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

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

>но думаю будет как всегда.
карма?

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

да лана!?
у меня хз скок ядер и ничего

и да - кто мешает поставить дкмс?

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

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

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

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

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

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

Для дебиана и прочих убунт есть http://liquorix.net/

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

А оно есть где-нибудь в репах для убунты?

man http://liquorix.net/

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

http://optimization.hardlinux.ru/?page_id=81

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

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

Призрачная оптимизация ради чего?

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

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

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

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

>>NCQ рулит!

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

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

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