«прогревание» файлового кеша

собирало статистику об самых используемых файлах и ... помещало бы эти файлы в дисковый кеш

Ядро. Для любителей гомеопатии ещё preload.

Толку с дискового кэша? Кэш должен быть в ОЗУ.

Озу слишком медленная, кэш в процессоре. Шах и мат.

«при старте системы»?
если нужен ускоренный старт системы, раскошелься на ссд под систему

У дискового кэша механизм немного другой. То о чем Вы говорите это, например, intel rapid storage technology, всякие l2ARC и прочие preload.

Наверно я не так выразился, я про кеширование файлов в озу.

http://man7.org/linux/man-pages/man8/systemd-readahead-collect.service.8.html

Его же убрали из более новых версий systemd? Ещё раньше был пакет программ readahead, который забросили в пользу реализации в systemd.

И теперь этой фичи нет нигде. Разве что из архивов версии брать и адаптировать.

Ну была такая вещь, как Readahead. Написали уже ораторы. Но для общего развития я советую посмотреть в сторону aufs и вообще размещения разных блочных устройств в ОЗУ.

это круто. по-майкрософтовски.

Да, в общем, довольно бестолковая фича была.

У меня был/есть нетбук со вставленным в него 1.8″ диском, у которого скорости доступа довольно печальные. Фрагментация на нём чувствуется очень сильно, что делает его идеальным кандидатом для проверки эффективности readahead. Пробовал. Даже в дефрагментаторе передвигал файлы из списка readahead в самое начало диска, чтобы получить максимальную выгоду. Но увы. Секунд на 10-20 быстрее грузится, но общее время загрузки всё равно порядка двух минут.