В принципе я тоже информации не находил особо. Пару возможных граблей описанно здесь http://en.gentoo-wiki.com/wiki/Systemd
Ну и от себя могу перечислить.
- на ядра версии 2.6.35 и ниже нужно накладывать патч http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=676db4af043014e852f67ba0349dae0071bd11f3
- скрипты запуска менеджера рабочих столов, перезагрузки, выключения напрвленые на выполнение скриптов SysVInit по какой-то причине на работают, хотя запуск, например скрипта, net.eth1 работает отлично. Решаеться простым измением скрипта для запуска halt с соответсвующими параметрами или же kdm/gdm/— напрямую (зачем ссылались они на скрипты SysVInit лично мне непонятно).
- нужно добавить dbus в автозапуск (udev в 10-й версии уже добавлен по дефолту).
- не работает сплэш, точнее работает, но не показывает прогресс загрузки, зато работает Plymouth.
- некоторые скрипты придеться дописывать самому. Тут http://bugs.gentoo.org/show_bug.cgi?id=318365 уже есть немного.
Вобщем ничего серьезного, я бы им с удовольствиям написал бы на багзилу относительно некоторых пунктов, но я на ангельском умею только читать…
Хм, так это же Линукс! Тут все всегда не совсем готово :)(Привет iowait баг! Эх… Как ты мне дорог.).
Насколько я понял приоритетным направлением в разработке SystemD являеться Fedora, по симу вот такая лажа и получаеться на других дистрибютивах. Хотя на мой взгляд пятнадцать минут на правку скриптов можно потрать ради двухкратного ускорения загрузки.
Усе выше сказаное тоже являеться ИМХОм.
По поводу риалтайм ядер, можно добавить информации, что в генту можно установить rt-sources из оверлея pro-audio что на атишную и энвидиевскую проприетарщину нужно налаживать патчи, например патч нвидиа 256.53 http://aur.archlinux.org/packages/nvidia-rt/nvidia-rt/nvidiart.patch , иначе они попросту не собираються.
Огромное спасибо за информацию! На старом сайте множество реально полезных вещей, которые пришлось не раз применять и так далее. Будем ждать постов с новыми фишками, бдж и ш.
Работа интересная, но как вещь в себе, непригодная для реального использования. Настройки по умолчанию Linux-систем и так оптимальны для среднестатистической машины. Действительно, выигрыш во времени после применения этих оптимизаций, внедрения их в работающую систему будет неизмеримо мал по сравнению с временем, потраченным на ковыряние в системе, её, так сказать «оптимизацию» Особенно вдохновляют оговорки о том, что эти «оптимизации» могут вызвать как снижение производительности, так и вообще malfunction.
В качестве аналогии с предлагаемым подходом можно привести OS Gentoo — система для извращенцев, мазохистов или снобов, в которой очень высока доля времени, затрачиваемого на поддержку и обслуживание системы.
не согласен
гентушнегЪ-и вообще очень ленивы, а красноглазят потому, что просто делать нечего
да и с «оптимальны для среднестатистической машины» я тоже не согласен
>> -pipe хуже не будет
если в памяти, лучше отключить, лишние операции по копированию, лишняя память, без pipe в tmpfs быстрее будет, если флаги не -O3…
спасибо, кое-че пригодилось…
но остался открытым один вопрос — как полностью отрубить питалово на dvd-привод, или хотя бы снизить его? дело в том, что в венде при максимальном сбережении он даже не открывается (хотя лампочка мигает), а вот в линуксе вот что -
lenovo t510i…
вообще не плохо бы его совсем вырубать…. hdparm -S1 и -Y все равно оставляют его работоспособным..
может знает кто как его вырубить вообще?
magabaks, добрый день. Недавно заходил на эту тему http://www.linux.org.ru/forum/talks/6100256
я тоже очень давно ищу ответ как ограничить.. К сожалению в том топике я не могу еще писать, однако сюда могу = ) Так вот, недавно набрел на данный ресурс http://code.google.com/p/pagecache-mangagement/
Эта программка также создает *.so, но она работает на 100%! Запустил торренты на ночь — ничего не съело.Описание как запустить там есть.
Megabaks, спасибо за уже проделанную работу.
Буду ждать пополнений инф-ы.
Элементарные твики для ОО немного повышающие проивзодительность монстра:)
http://wiki.archlinux.org/index.php/OpenOffice#Speed_up_OpenOffice
На предмет ускорения загрузки можно также поковырять initab. В частности, сделать асинхронную инициализацию стартовых скриптов:
Заменить wait на once.
rs:S1:once:/etc/rc.single
rm:2345:once:/etc/rc.multi
rh:06:once:/etc/rc.shutdown
su:S:once:/sbin/sulogin -p
Пример для арча, но для остальных тоже должно подойти.
Попробовал на двух машинах: грузятся быстрее, проблем не выявил.
Пруф — http://wiki.archlinux.org/index.php/Improve_Boot_Performance
вот once как раз вызывал проблемы — сейчас уже не скажу точно — давно было
P.S. хотя это может зависеть и от системы инициализации
Тоже думаю, что очень даже может, поэтому надо смотреть индивидуально. Сам пока проблем не испытываю.
Надо смотреть зависимости в скриптах.
вобщем так:
гента, openrc
l0s:0:once:/sbin/halt -fhip
l1:1:once:/sbin/rc single
l2:2:once:/sbin/rc nonetwork
l3:3:once:/sbin/rc netconsole
l4:4:once:/sbin/rc default
l5:5:once:/sbin/rc default
l6:6:wait:/sbin/rc reboot
l6r:6:once:/sbin/reboot -f
вот так нормально всё
а вот проблема с once при ребуте — поэтому там оставил wait
Еще можно написать про SystemD, на мой взгляд он уже готов к употреблению и загрузку в разы ускоряет. Я им уже во всю пользуюсь на генте.
http://www.freedesktop.org/wiki/Software/systemd
а есть какое-нибудь хауту чтоль с учётом возможных граблей и т.д.?
что-то ничего вменяемого не гуглится…
В принципе я тоже информации не находил особо. Пару возможных граблей описанно здесь http://en.gentoo-wiki.com/wiki/Systemd
Ну и от себя могу перечислить.
- на ядра версии 2.6.35 и ниже нужно накладывать патч http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=676db4af043014e852f67ba0349dae0071bd11f3
- скрипты запуска менеджера рабочих столов, перезагрузки, выключения напрвленые на выполнение скриптов SysVInit по какой-то причине на работают, хотя запуск, например скрипта, net.eth1 работает отлично. Решаеться простым измением скрипта для запуска halt с соответсвующими параметрами или же kdm/gdm/— напрямую (зачем ссылались они на скрипты SysVInit лично мне непонятно).
- нужно добавить dbus в автозапуск (udev в 10-й версии уже добавлен по дефолту).
- не работает сплэш, точнее работает, но не показывает прогресс загрузки, зато работает Plymouth.
- некоторые скрипты придеться дописывать самому. Тут http://bugs.gentoo.org/show_bug.cgi?id=318365 уже есть немного.
Вобщем ничего серьезного, я бы им с удовольствиям написал бы на багзилу относительно некоторых пунктов, но я на ангельском умею только читать…
имхо — не сильно готово пока :)
Хм, так это же Линукс! Тут все всегда не совсем готово :)(Привет iowait баг! Эх… Как ты мне дорог.).
Насколько я понял приоритетным направлением в разработке SystemD являеться Fedora, по симу вот такая лажа и получаеться на других дистрибютивах. Хотя на мой взгляд пятнадцать минут на правку скриптов можно потрать ради двухкратного ускорения загрузки.
Усе выше сказаное тоже являеться ИМХОм.
I read a few topics. I respect your work and added blog to favorites.
По поводу риалтайм ядер, можно добавить информации, что в генту можно установить rt-sources из оверлея pro-audio что на атишную и энвидиевскую проприетарщину нужно налаживать патчи, например патч нвидиа 256.53 http://aur.archlinux.org/packages/nvidia-rt/nvidia-rt/nvidiart.patch , иначе они попросту не собираються.
fixed
Огромное спасибо за информацию! На старом сайте множество реально полезных вещей, которые пришлось не раз применять и так далее. Будем ждать постов с новыми фишками, бдж и ш.
Оптимизация с помощью сжатия /usr. Пруфы:
- http://forums.gentoo.org/viewtopic-t-646289.html
- http://wiki.archlinux.org/index.php/Maximizing_performance#Compressing_.2Fusr
Работа интересная, но как вещь в себе, непригодная для реального использования. Настройки по умолчанию Linux-систем и так оптимальны для среднестатистической машины. Действительно, выигрыш во времени после применения этих оптимизаций, внедрения их в работающую систему будет неизмеримо мал по сравнению с временем, потраченным на ковыряние в системе, её, так сказать «оптимизацию» Особенно вдохновляют оговорки о том, что эти «оптимизации» могут вызвать как снижение производительности, так и вообще malfunction.
В качестве аналогии с предлагаемым подходом можно привести OS Gentoo — система для извращенцев, мазохистов или снобов, в которой очень высока доля времени, затрачиваемого на поддержку и обслуживание системы.
не согласен
гентушнегЪ-и вообще очень ленивы, а красноглазят потому, что просто делать нечего
да и с «оптимальны для среднестатистической машины» я тоже не согласен
megabaks, я запутался, нужен ли -pipe если /tmp и /var/tmp/portage в tmpfs? Памяти у меня много свободной.
http://optimization.hardlinux.ru/?page_id=34
ну в этом случае нет
впрочем от -pipe хуже не будет
OS Gentoo – система для>>
Ъентушники только и красноглазят от того, что все дела сделаны =)
>> -pipe хуже не будет
если в памяти, лучше отключить, лишние операции по копированию, лишняя память, без pipe в tmpfs быстрее будет, если флаги не -O3…
сомневаюсь — скорости совсем не одинаковые как бы
Вот это супер статьи!! Конечно очень многое уже давно в закладках или сохранено = ), но есть очень много полезного! Спасибо за огромный труд!!
спасибо, кое-че пригодилось…
но остался открытым один вопрос — как полностью отрубить питалово на dvd-привод, или хотя бы снизить его? дело в том, что в венде при максимальном сбережении он даже не открывается (хотя лампочка мигает), а вот в линуксе вот что -
/dev/sr0:
setting Advanced Power Management level to 0x01 (1)
HDIO_DRIVE_CMD failed: Input/output error
APM_level = not supported
~ # dmesg | egrep 'sr0|DVD'
ata2.00: ATAPI: HL-DT-STDVDRAM GT30N, LT09, max UDMA/66
scsi 1:0:0:0: CD-ROM HL-DT-ST DVDRAM GT30N LT09 PQ: 0 ANSI: 5
sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
sr 1:0:0:0: Attached scsi CD-ROM sr0
lenovo t510i…
вообще не плохо бы его совсем вырубать…. hdparm -S1 и -Y все равно оставляют его работоспособным..
может знает кто как его вырубить вообще?
а самы шревты какие?
Gohe-Tibeb Zemen
в панели дежавю
моноширный — терминус
magabaks, добрый день. Недавно заходил на эту тему
http://www.linux.org.ru/forum/talks/6100256
я тоже очень давно ищу ответ как ограничить.. К сожалению в том топике я не могу еще писать, однако сюда могу = ) Так вот, недавно набрел на данный ресурс
http://code.google.com/p/pagecache-mangagement/
Эта программка также создает *.so, но она работает на 100%! Запустил торренты на ночь — ничего не съело.Описание как запустить там есть.
годная вещь
спасибо :)
как ты измеряешь производительность тулкитов? Здесь потому, что ты меня на лоре заигнорил. Спасибо за ответ.
qtperf например
но не тот что на гуглокоде — его писал какой-то криворукий дурачок