Тюнинг Gentoo

Это опера?

Если про браузер, то на снимке midori.

И как в lxde с автомонтированием носителей?

Без проблем: udev + udisks автоматически прикручивают носители. Но файловый менеджер монтирует внешние и без udisks (как именно это реализовано не вникал, но работает). Локальные разделы без udisks не видел в упор - до установки udisks монтировал вручную.

Ядро gentoo-source-3.0.17-r2 (отсутствует 'заморозка' системы при свопинге)

А как бы заиметь такое ядро в Debian? Ванильное такой же версии подойдет?

cat /etc/make.conf

Элементарно, Ватсон. Качаете ванильное этой версии, накладываете патчсет генты, makekpkg и готово.

Логично, но поверхностное гугление не дало результатов, где взять этот самый патч в чистом виде :(

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

Публиковал уже лови ссылку

основе штатного конфигурационного файла ядра

Вы о штатном в моем дистрибутиве? А эти патчи в свободном виде где можно взять (ставить gentoo не вариант)?

Могу залить куда-нибудь немного позднее. А гентушного livecd нет под рукой? Если есть, то все существенно упростится.

Очень вам благодарен. На rghost.ru , если не затруднит.

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

http://dev.gentoo.org/~mpagano/genpatches/

Спасибо!

Буду разбираться.

Спасибо за полезную ссылку

3.0.17-r2

Тоже на нём сижу. А 3.3.x не пробовал, как там с этим?

В ядрах 3.1.X и 3.2.X - проблема 'заморозки' присутствовала. Версиях 3.3.X не проверял.

Я предполагал, что march и mtune работают не совсем так как описано, например с march=pentium2 (без mtune) система и программы запускаются и успешно работают на core2duo.. хотя описание ключа это отрицает.

С LaTeX возиться по-началу приходиться, но LaTeX хорош на слабых/старых ПК и при наличии такого можно сделать его полезным в офисном плане, а Scribus современные ПК без особого труда запустят.

Кстати, как именно проявляются „заморозки“? Если можно, побольше подробностей.

Ядро 3.3.5-gentoo.

например с march=pentium2 (без mtune) система и программы запускаются и успешно работают на core2duo.. хотя описание ключа это отрицает.

Это ты какую-то фигню напечатал; все более поздние x86 процы обратно совместимы с предшественниками, вплоть до i386; но не наоборот.

Заморозка происходит при большом объеме обмена данных с диском. При компиляции libreoffice и firefox ее можно наблюдать как начало непрерывной активности жесткого диска, затем наступает сильное замедление курсора, а потом даже он перестает работать. Время заморозки зависит от объема обрабатываемых данных. Это может быть 5 минут, а может и несколько часов (на более ранних ядрах 2.6.X иногда ловил сей эффект). У меня это наблюдается, так как памяти всего 2Гб, сборка происходит в tmpfs (выделено 10Гб). Если оперативки много больше, то возможно эффекта не будет. Если не ошибаюсь, то он происходит на стадии линковки. Походу есть узкое место в ядре, через которое пытаются впихнуть невпихуемое.

На ядре 3.0.17-r2 система 'почти' не просаживается в аналогичной ситуации. Почти, потому что эффект все же немного ощущается, но очень слабо. Вероятно не до конца еще побороли, но уже совсем неплохо.

Это значит, что заканчивается память и вступает в дело oom-killer; загрузка диска не при чём, просто при линковке firefox линкер аллочит 1500+ метров, c libreoffice то же самое, я предполагаю.

То же повторится, если в системе нет свопа; более того, если ram позволяет, можно скопировать корень на рамдиск, отключить все винты и всё повторится. Это особенность подсистемы памяти, у себя лечу это так:

echo -n 2 >/proc/sys/vm/overcommit_memory

Т.е запустить скомпилированную систему -march=pentium2 (i686) на Pentium166 MMX (i586) уже не получится, а с -mtune=pentium2 заработает? А если указать оба ключа сразу тогда какой эффект ожидать?

Т.е запустить скомпилированную систему -march=pentium2 (i686) на Pentium166 MMX (i586) уже не получится

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

а с -mtune=pentium2 заработает? А если указать оба ключа сразу тогда какой эффект ожидать?

Если -march=i586 -mtune=pentium2, то запустится на i586 и будет оптимизировано под pentium2;
если -march=i686 -mtune=i586, то нельзя давать гарантий, что запустится под i586, но, подразумевается, что будет оптимизировано под него.

Я скоро и сам запутаюсь)

NaiLi, anon_666 прав. Логика на самом деле проста, а описания этого куска в английской документации труднопереводимы до неприличия.

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

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

2.процессоры от mtune до march оптимизируются всеми возможными способами, но с учетом ограничения возможных команд

3.процессоры более новые, чем march не оптимизируются под их специфические команды

Это наглядное объяснение того что происходит при оптимизации.

Похоже на это. Нашел по теме подробности. Получается в 3.0.17-r2 он изначально подстроен более менее нормально.

Хм, глянул параметры у ядра 3.0.17-r2. Как-то по другому решается эта проблема:

# cat /proc/sys/vm/overcommit_memory
0

#cat /proc/sys/vm/overcommit_ratio
50

# cat /proc/sys/vm/panic_on_oom
0

# cat /proc/sys/vm/oom_kill_allocating_task
0

а для KDE есть возможность сделать подобное поведение кнопок в панели? чтоб были без надписей и по центре 1 приложение?

icontasks

ужснх

это не дядька оом-киллер!
почитай хоть цифры и подумай
подсказонька - у него tmpfs падает в своп

Ну ничего так, нормальненько, семёрочно

Ну, извини, лучше пока не смог)))

http://mirror.yandex.ru/gentoo-portage/sys-kernel/gentoo-sources/

там билды и патчи гентушные

echo 24 > /sys/block/sda/queue/nr_requests

Спасибо, но что в дебиане мне с ними делать-то?

Поделитесь кнопкой меню с пингвином))

Держи одну из ссылок, где можно их скачать: кнопки меню

Там сборник, в том числе и для самых разных дистрибутивов.

Не совсем понял зачем устанавливать значение 24.

В 3.0.17-r2 такие настройки

# cat /sys/block/sda/queue/nr_requests
128

# cat /sys/block/sda/device/queue_depth
31

# cat /sys/block/sda/queue/read_ahead_kb
128

# cat /proc/sys/vm/dirty_background_ratio
10

С ними ничего) Вероятно он не обратил внимание, что у Вас дебиан

Получилось наложить патчи и установить ядро?

Пропали 'заморозки'?

К сожалению, сегодня на работе много дел и поэспериментировать не удалось :(

Черкните потом, если не трудно. Интересно же как с этим на дебиане получится. У меня на всех 3-х машинках с ядром 3.0.17-r2 проблем теперь нет, но там джента.

Спасибо! :)

попробуйте на ядре без гентушного патча. там сами увидите.

хотели патчи от генты, не устанавливая её?

вот они там и лежат. открываете файл http://mirror.yandex.ru/gentoo-portage/sys-kernel/gentoo-sources/gentoo-sourc...

и видите там HOMEPAGE="http://dev.gentoo.org/~mpagano/genpatches"

и так далее для остального софта, обычно патчи лежат в каталоге files. только с патчами из генты получается нормально собрать некоторый софт, поэтому приходится забирать их и смотря в .ebuild, применять на своей негентушной системе ))

Хочу, это же линукс.

Ссылки на патчи мне выше уже дали, я их даже скачал :)

К сожалению, с этим ядром не зарботала гигабитная сетевая карта и появились какие-то странные warnings при загрузке. Конечно, есть большой шанс, что дело в кривизне рук, но вроде запутаться не было где - скачал ванильное ядро, наложил на него патчи genpatches-3.0-17.base.tar.bz2, потом oldmenuconfig и сборка в deb. «Но что-то пошло не так» ©

Попробуйте переустановит linux-headers и посмотрите какие именно сообщения выдаются при загрузке. Также стоит убедится, что конфигурационный файл именно тот, что Вам нужен.

Конфигурационный файл - со старого ядра (3.3).

Если совпадает, то напиши какие ошибки сыпет. Попробуем разобраться.

Опять это ужасное слово «тюнинг».

[firmware bug] powernow-k8 no compatible acpi _pss objects found

[firmware bug] powernow-k8 try again with latest bios

Это пишет при загрузке.

А драйверов нет на nvidia сетевую, с d-link все ок. Так как на первой инет - не могу отвечать сюда из под сабжевого ядра.