Большинство дистрибутивов можно легко настроить таким образом. Я сделал следующее на моем нетбуке (под управлением Ubuntu 9.04):
- монтировать
/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
переживает перезагрузку.
С современными флешками вам не нужно сильно беспокоиться о количестве записей с точки зрения срока службы накопителя. Комбинация улучшенных «ожидаемых циклов записи до отказа» для каждой ячейки и используемых алгоритмов выравнивания износа означает, что это гораздо меньшая проблема, чем это было раньше - вам придется выполнять очень интенсивные операции ввода-вывода в течение длительного периода времени, прежде чем становится серьезной проблемой. Основная причина хранения вещей в ОЗУ в системе на основе флэш-памяти заключается в том, чтобы обойти низкую производительность записи (особенно при небольшом количестве записей), а не продлить срок службы диска.