Большинство дистрибутивов можно легко настроить таким образом. Я сделал следующее на моем нетбуке (под управлением Ubuntu 9.04):
- mount
/tmp
как файловая система tmpfs (RAM)
- Смонтировать
/var/tmp
как tmpfs тоже
~/.mozilla/firefox
как tmpfs и скопируйте в него реальный контент (хранящийся в ~/.mozilla/firefox.ssd
), время от времени возвращаясь к ~/.mozilla/firefox.ssd
(и явно в завершение работы скрипты). Это имеет большое значение, так как FF записывают данные в базу данных классификатора URL и ее кэш очень заметен на медленном SSD.
- удалить все подкачки (на машине только 8 ГБ фиксированной памяти и 1,5 ГБ ОЗУ, поэтому нет необходимости в подкачке, а наличие дополнительного свободного места на диске более важно, и наличие достаточного объема подкачки для включения режима приостановки на диск определенно не опция!)
Вещи, которые я планирую сделать, но пока не дошел до:
- монтирование
/var/log
как tmpfs, но регулярная синхронизация с копией на диске, как я делаю в профиле FF моей основной учетной записи. Другие части /var могут также извлечь выгоду из этого, или, может быть, весь /var
, но на этой машине имеется только фиксированный объем оперативной памяти.
Я не знаю ни одного дистрибутива, специально настроенного для такого рода задач по умолчанию (хотя есть несколько, предназначенных для работы исключительно из оперативной памяти, но это, вероятно, не подходит для того, что вы хотите сделать).
Будьте осторожны при монтировании /tmp
в качестве файловой системы tmpfs, чтобы быть уверенным, что вы знаете, сколько места будут использовать ваши приложения. Например, если вы запускаете виртуальные машины VMWare с определенными параметрами, они будут создавать там большие файлы в качестве хранилища оперативной памяти (и для приостановки) - см. Эту страницу для получения дополнительной информации об этом. Также убедитесь, что никакие неправильно спроектированные / сконфигурированные приложения / скрипты не предполагают, что содержимое /tmp
переживает перезагрузку.
С современными флешками вам не нужно сильно беспокоиться о количестве записей с точки зрения срока службы дисков. Комбинация улучшенных "ожидаемых циклов записи до отказа" для каждой ячейки и используемых алгоритмов выравнивания износа означает, что это гораздо меньшая проблема, чем это было раньше - вам придется выполнять очень интенсивные операции ввода-вывода в течение длительного периода времени, прежде чем становится серьезной проблемой. Основная причина хранения вещей в ОЗУ в системе на основе флэш-памяти заключается в том, чтобы обойти низкую производительность записи (особенно при небольшом количестве операций записи), а не продлить срок службы диска.