RAMDISK

/dev/shm -- и есть искомое. По умолчанию, tmpfs занимает половину оперативной памяти

man readahead(2). Этим системным вызовом можно предварительно загрузить некоторые файлы в дисковый кэш, соответственно, при последующем обращении к ним они будут браться прямо из кэша. Это более прямой путь чем ты предлагаешь.

echo "tmpfs /tmp tmpfs defaults 0 0" >> /etc/fstab

Этим ты ускоришь быстродействие приложений, которые создают временные файлы в /tmp (а таких немало).

Угу, еще оперативной памяти до четырех гигабайтов и отключение свап

А есть ли некий стандартный способ загрузить необходимые файлы в кеш?

Тоесть допустим я часто запускаю файловый менедер( :) ), плеер текстовый редактор и тд. И хочу ускорить их первый запуск. Получается мне нужно написать програмулю которая будет грузить зарание составленый список файлов в кеш?

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

Кажется в Ubuntu есть нечто похожее- Preload. Но насколько эффективно оно работает?

>И хочу ускорить их первый запуск. Получается мне нужно написать >програмулю которая будет грузить зарание составленый список файлов в >кеш?

Сейчас поискал в Gentoo, нашёл такое:

[I] sys-apps/readahead-list Available versions: ~0.20050320.2320 ~0.20050323.0658 ~0.20050328.0142 ~0.20050425.1452 0.20050517.0220 ~1.20060421.1016 {doc} Installed versions: 0.20050517.0220(23:51:47 06.02.2008)(-doc) Homepage: http://www.orbis-terrarum.net Description: Preloads files into the page cache to accelerate program loading.

Сейчас буду смотреть.

readahead уж сколько версий есть в федорке :P

> Тоесть допустим я часто запускаю файловый менедер( :) ), плеер текстовый редактор и тд. И хочу ускорить их первый запуск.

man sticky bit. Поставь его на бинарники этих программ.

man sticky bit
Ничего про sticky в руководстве нет
Ничего про bit в руководстве нет

If the sticky bit permissions is on for an executable, if the process is sharable, the process does not get flushed from memory after the last user terminate. If the the bit is turned on for a directory, then only the owner of the file and root can delete files created in that directory.

Но ето ускорит только повторный запуск, хотя код и так уже будет в кеше. А как насчет первого запуска?

Ух ты, археолог. sticky bit именно в таком качестве не используется ужо лет тридцать.