e4rat, все еще (2016) быстрее, чем ureadahead на жестких дисках?

Так как у меня есть жесткий диск, и я хочу уменьшить свое время начальной загрузки, я решаю переместиться от ureadahead до e4rat,

Но у меня есть сомнение, так как e4rat не были разработаны после 03.05.2012 согласно здесь, но Если Вы ищете ureadahead вещь, подобно, кажется, не новые главные версии после 29.11.2009 согласно панели запуска, но Ubuntu 16.04 также все еще использует ureadahead 0.100.0-19. (согласно панели запуска). Я нашел, что e4rat был быстрее сравнительно к ureadahead в 2010-2013 период (согласно старым сообщениям). e4rat еще быстрее, чем ureadhead? или есть ли какие-либо новые ureadahead версии, который быстрее, чем e4rat (что я отсутствовал)?

6
задан 2 June 2016 в 06:25

1 ответ

Давайте посмотрим, что зверей делает

  • ureadahead только кэшируются, часто использовал файлы и читает их в RAM на начальной загрузке.

  • e4rat состоят из различных инструментов, каждый e4rat-realloc, который перемещает часто используемые файлы так, что их блоки положили бы близко один другому, уменьшив путь перемещения магнитной головки жесткого диска для загрузки тех файлов.

    И e4rat-preload инструмент, который делает (на добавленный к параметрам ядра) то же задание как ureadahead. Интересно, Archlinux Wiki упоминает возможность использовать e4rat и ureadahead одновременно, хотя без деталей. Они, возможно, означали использовать ureadahead вместо e4rat-preaload.

Следовательно для жестких дисков e4rat всегда был бы быстрее, чем ureadahead. Для SSD, в течение их времени произвольного доступа совпадает с для смежных блоков, перефрагментация файлов не имеет никакого смысла. Следовательно единственные инструменты касающаяся производительность e4rat-preload и ureadahead, и поскольку их задание является тем же, производительность была бы тем же также.

NB: из-за SSD, являющихся быстрым, ureadahead, повышает производительность не так очень там. Это привело к обсуждению между systemd разработчиками, которые используют, прежде всего, SSD в наше время. Поскольку это полезно так или иначе, они спросили, хотел ли кто-либо взять maintainership для его аналога systemd-readahead. Никто не поддержал, и таким образом, это было удалено из systemd. Так, я ожидал бы, что разработка ureadahead и e4rat замедлится также, если это уже не будет.

5
ответ дан 23 November 2019 в 07:54

Другие вопросы по тегам:

Похожие вопросы: