The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Оптимизация systemd позволяет сократить время загрузки до 2 ..., opennews (??), 14-Май-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


106. "Оптимизация systemd позволяет сократить время загрузки до 2 ..."  +/
Сообщение от Аноним (-), 14-Май-12, 18:37 
а рассказывает чем readahead плохо ? и то что нужен баланс интересов..
Ответить | Правка | Наверх | Cообщить модератору

107. "Оптимизация systemd позволяет сократить время загрузки до 2 ..."  +/
Сообщение от Eugeni Dodonov (ok), 14-Май-12, 18:41 
> а рассказывает чем readahead плохо ? и то что нужен баланс интересов..

- If you work on an appliance, consider disabling readahead collection in the shipped devices, but leave readahead replay enabled.
- Make use of EXT4_IOC_MOVE_EXT in systemd's readahead implementation. This allows reordering/defragmentation of the files needed for boot. According to the data from http://e4rat.sourceforge.net/ this might shorten the boot time to 40%. Implementation is not trivial, but given that we already support btrfs defragmentation and example code for this exists (e4rat as linked) should be fairly straightforward.
- Compress readahead pack files with XZ or so. Since boot these days tends to be clearly IO bound (and not CPU bound) it might make sense to reduce the IO load for the pack file by compressing it. Since we already have a dependency on XZ we'd recommend using XZ for this.
- Update the readahead logic to also precache directories (in addition to files).
- Add an option for service units to temporarily bump the CPU and IO priority of the startup code of important services. Note however, that we assume that this will not bring much and hence recommend looking into this only very late. Since boot-up tends to be IO bound, solutions such as readahead are probably more interesting than priorizing service startup IO. Also, this would probably always require a certain amount of manual configuration since determining automatically which services are important is hard (if not impossible), because we cannot track properly which services other services wait for.
...

В общем, ходите по ссылкам, они полезные...

Ответить | Правка | Наверх | Cообщить модератору

142. "Оптимизация systemd позволяет сократить время загрузки..."  +/
Сообщение от arisu (ok), 14-Май-12, 21:49 
> — Make use of EXT4_IOC_MOVE_EXT

а у меня вот нет ext4. вот пичалька-то…

Ответить | Правка | Наверх | Cообщить модератору

184. "Оптимизация systemd позволяет сократить время загрузки..."  +/
Сообщение от Аноним (-), 15-Май-12, 12:51 
> а у меня вот нет ext4. вот пичалька-то…

А чего у тебя?

Ответить | Правка | Наверх | Cообщить модератору

210. "Оптимизация systemd позволяет сократить время загрузки..."  +/
Сообщение от arisu (ok), 15-Май-12, 20:39 
>> а у меня вот нет ext4. вот пичалька-то…
> А чего у тебя?

на одной машине raiserfs3, на других — jfs.

объективных причин нет никаких, если чо. просто я в своё время шибко любил OS/2 — потому jfs. а райзер — поставил посмотреть, так с тех пор и живёт уж более полудесятка лет.

Ответить | Правка | Наверх | Cообщить модератору

228. "Оптимизация systemd позволяет сократить время загрузки..."  +/
Сообщение от Аноним (-), 17-Май-12, 00:35 
>> А чего у тебя?
> на одной машине raiserfs3,

Не, спасибо, Кэп, но что-то в интернете многовато воплей по поводу случаев когда егойный fsck при попытке починить том делает из него тотальные макароны. Для лично меня ФС это не только ядерный драйвер но и ее служебные тулзы. А у рейзера с этим все как-то по жизни не очень - они там крутые концептуалы, а такие имеют свойство мало уделять внимание реальным проблемам эксплуатации. Ну их таких нафиг. Я не хочу выколупывать файлы на которые как назло не оказалось бэкапа хексэдитором из ФС только потому что там бэд случайно вылез.

> на других — jfs.

А вот он в принципе показал себя вполне съедобной штукой. Ну то-есть, предъявить ему я могу в общем то одно - он под рядом нагрузок медленный и печальный по сравнению с другими. В остальном - кондовая такая штука, работает. Но довольно медленно. Для больших файлов XFS ее заруливает в хлам. На куче мелочи EXT4 ее уделает. Разлапистые структуры директорий с кучей мелочи - вообще JFSом как-то неважнецки прожевываются.

> объективных причин нет никаких, если чо.

Ну и обругать ее особо вроде не за что. Ну тормозная она на фоне ext4/xfs. В остальном - вполне съедобна.

> просто я в своё время шибко любил OS/2 — потому jfs.

Мде, я думал тому есть более рациональные причины.

> а райзер — поставил посмотреть, так с тех пор и живёт уж более полудесятка лет.

Судя по воплям в интернете, проблемы у них не столько с ФС сколько с тулзами.

Ответить | Правка | Наверх | Cообщить модератору

236. "Оптимизация systemd позволяет сократить время загрузки..."  +/
Сообщение от arisu (ok), 17-Май-12, 00:57 
> Не, спасибо, Кэп, но что-то в интернете многовато воплей по поводу случаев
> когда егойный fsck при попытке починить том делает из него тотальные
> макароны.

не знаю, за кучу лет ничего не поломалось.

Ответить | Правка | Наверх | Cообщить модератору

238. "Оптимизация systemd позволяет сократить время загрузки..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Май-12, 01:00 
> не знаю, за кучу лет ничего не поломалось.

По наблюдениям (в т.ч. за поднятием рейзеровцами разбитой ФС) -- редко, но метко.

Ответить | Правка | Наверх | Cообщить модератору

240. "Оптимизация systemd позволяет сократить время загрузки..."  +/
Сообщение от arisu (ok), 17-Май-12, 01:05 
ну, если чо — заодно будет повод обновить систему. %-)
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру