LINUX.ORG.RU
решено Форум — Talks  

I love Poettering .. :-)

 ,


4

1

Леннарт Поттеринг (Lennart Poettering) представил полезное руководство по оптимизации настроек системного менеджера systemd, позволяющее сократить на стандартном ноутбуке с SSD-накопителем время загрузки дистрибутива до менее чем двух секунд, включая запуск до полной готовности к работе оболочки Xfce. В руководстве также даётся несколько не связанных с systemd рекомендаций и общих идей по сокращению времени загрузки, которые в будущем могут быть реализованы в systemd. Сообщается, что в настоящее время высокая производительность systemd достигается прежде всего архитектурой системного менеджера, но сам по себе systemd пока оптимизирован достаточно поверхностно, что открывает большое поле для деятельности по его оптимизации.
http://www.opennet.ru/opennews/art.shtml?num=33840
Подробности на забугорном - http://freedesktop.org/wiki/Software/systemd/Optimizations
А здесь можно повосхищаться :-) - https://lh6.googleusercontent.com/-nO07-60Lot0/AAAAAAAAAAI/AAAAAAAABw4/4TMirp...
В принципе все неприятие леннарта базируется на непонимании простейшей вещи - когда теория (талмуд 50 летней давности :-) перестает соответствовать потребностям практики , то пишется новая теория (талмуд). Основа научного подхода к решению любой проблемы, но научный подход и некоторая часть айтишнегов вещи где то полярные :-)

★

Последнее исправление: SergMarkov (всего исправлений: 9)
← Форумы полны негативных эмоций
Новый API для драйверов X.Org. →
Показаны ответы на комментарий. Показать все комментарии.
Ответ на: комментарий от SergMarkov

ты используешь отдельную вещь для таких задач , ведь так ? Так с какого рожна всем этим должен заниматься systemd ? Для него будет точно такой же аналог

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

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

Будет такая задача, а она будет, будет и решение в рамках systemd Какое именно, ну это лучше у автора спросить :-)

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

Поцерлог по-умолчанию неотключаем.

Как нет? Он же отдельным бинарником, и для него даже сервис предусмотрен:

1499 root     name=systemd:/systemd-1/systemd-logger.service /lib/systemd/systemd-logger
FiXer ★★☆☆☆
()
Ответ на: комментарий от FiXer

будем ждать

Если я правильно понял, иметь нормальный журнал вместо встроенного оно и сейчас позволяет. Просто при этом параллельно будет работать и journald, но результаты его работы будут лежать в /run (которое в tmpfs) и не сохранятся на диск.

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

Как нет? Он же отдельным бинарником, и для него даже сервис предусмотрен:

Если не затруднит, попробуй остановить сервис штатным образом и посмотреть, что получится (действительно ли перестанут писаться логи и т.п.)? Просто не так давно (линков, увы, уже не найду) было обсуждение, где со ссылкой на разработчиков systemd утверждалось, что их логгер - это такая нужная вещь, которая не должна и не будет отключаться никогда. Если передумали, и не стали так делать - ну что ж, ура.

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

«There's currently no way to turn off journald entirely, but it's on the TODO list.»

Извини, ответил на предыдущее твое сообщение, не прочитав это.

gaestur ★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Форумы полны негативных эмоций
Talks
Новый API для драйверов X.Org. →