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

В принципе реально, но геморройно - жуть. Я не профи в собираниях ядер, если честно, рабочее ядро собрал один раз с трех неудачных попыток. Но во всяком случае оно получилось почти в 2 раза меньше оригинала - чем не оптимизация? По идее, если отключить все ненужное для твоей машинки, а все нужное включить в ядро, а не модулями... Хотя и это сомнительно. По крайней мере взрывного всплеска производительности не получишь. Но морально-приятно будет, от осознавания собственной крутизны. Так что пробуй.

Но зачем?
Не доверяешь Патрику в вопросах сборки ведра? )

мой нетбук образца 20009го с Slackware Linux и IceWM на борту

нетбук образца 20009го

С одной стороны радостно, что человечество всё ещё живо, с другой грустно, что так и не продвинулось в технологиях. Или это седьмая цивилизация?
Прилетайте к нам ещё!

Этот мужик жеппой торгует с пришельцами просто, вот они его в будущее на космолете и котают.

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

Бред сивой кобылы, где доказательства?

Не доверяешь Патрику в вопросах сборки ведра? )

Доверяю-не доверяю, какая разница? Просто патрик делает ядро для всех машинок, чтобы загружалось. А я выпилил ненужное. Зачем мне спрашивается модули для несуществующих видокарт?

великое заблуждение думать, что дрова собранные модулем работают медленнее, чем вкомпиленные в ядро. Ядро монолитно. И прилинкуешь ты к нему модуль в runtime или при сборке не имеет никакого значения.

На скорость и отзывчивость влияет разве что собрка под целевой процессор, ну и всякие debug/security-опции, которых немного. (есть еще HPET таймер)

Если десктоп, то использование BFS и BFQ в качестве шедулеров задач и I/O. В моём случае это небо и земля по сравнению с дефолтными. Эти шедулеры есть либо в pf-sources либо geek-sources (если не вру на счёт последнего).

у меня с этими шедулерами gzdoom шел рывками.

С одной стороны радостно, что человечество всё ещё живо, с другой грустно, что так и не продвинулось в технологиях. Или это седьмая цивилизация? Прилетайте к нам ещё!

деточка, в десктопе у меня CPU релиза в первого квартала 2013го. А у тебя?

20009

И как там у вас в будущем? Галактику уже всю заселили?

Доверяю-не доверяю, какая разница? Просто патрик делает ядро для всех машинок, чтобы загружалось. А я выпилил ненужное. Зачем мне спрашивается модули для несуществующих видокарт?

а чем они тебе помешали?

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

это не заблуждение, а истинная правда. Другое дело, что _заметить_ ты это сможешь лишь на системе с первым пентиумом. Даже на втором пне у тебя бутылочное горлышко будет НЕ в модуле ядра.

у меня просто клава глючит (:

тож так баловался, и решил отстаться на ck-patches: BFQ и BFS в комплекте, да ещё собрано под мой проц чужими руками.

На скорость и отзывчивость влияет разве что собрка под целевой процессор

Едва заметно№

>> Мы уже показывали, что загрузка с инитрд быстрее, чем загрузка с вкомпиленными намертво опциями.

> Бред сивой кобылы, где доказательства?

http://www.opennet.ru/opennews/art.shtml?num=36611

Едва заметно№

на 64х битах да. Но вот если ты собираешь на 32х битах и НЕ для i80486, то видно невооружённым глазом.

Две полезные страницы. выбор проца при компиляции ядра http://linux.yaroslavl.ru/docs/setup/kernel-2.6-install-1.1.html Некоторые параметры устарели, например управление питанием APM удалено, теперь только ACPI.