В Ubuntu 10.04 relatime
является частью параметров монтирования по умолчанию, если не переопределено в /etc/fstab
. Предыдущие несколько выпусков были relatime
явно в /etc/fstab
. relatime
дает те же преимущества по скорости (и сохранению цикла записи во флэш-памяти) noatime
, что и не доставляет проблем старомодным почтовым уведомлениям.
Статья, которую вы цитируете, рекомендует data=writeback
. Ubuntu по умолчанию data=ordered
. Настройка Ubuntu медленнее в случае большой загрузки диска, но несет в себе значительно меньший риск потери данных в случае сбоя или сбоя питания. Поэтому я бы не советовал переходить с Ubuntu по умолчанию.
Переход commit=5
к commit=100
увеличению временного окна, в течение которого данные будут потеряны в случае сбоя, в большинстве случаев дает небольшую выгоду.
Резюме: оставьте настройки как есть, они были выбраны не зря.
ДОБАВЛЕНО: Существуют и другие вещи, помимо параметров монтирования, которые могут изменить ситуацию. Переключение с ext3
на ext4
само по себе часто является заметным улучшением. Вот еще несколько советов для пользователей ноутбуков.
Если у вас медленный SSD, проверьте этот поток на SU . Важные советы использовать tmpfs
для /tmp
и для кэша браузера (и , возможно , история).
Если у вас есть жесткий диск, и вы хотите, чтобы он перестал вращаться на продолжительное время, установите noflushd , который позволяет вращать диск, задерживая все записи до заполнения ОЗУ. (Конечно, чтение может привести к тому, что диск раскрутится; вам нужно привыкнуть работать cat /files/I/m/likely/to/need >/dev/null
до того, как диск закрутится.) Чтобы noflushd был эффективным, отключите все операции подкачки и смонтируйте свои файловые системы с помощью чего-то вроде commit=3600
,
Эффективное использование noflushd означает, что ваши данные могут оставаться незаписанными на диск в течение длительного периода времени. Это риск, который можно сравнить с преимуществом отсутствия какого-либо шума или тепла от диска в течение некоторого времени. Не используйте noflushd, если вас не устраивает этот риск.
comit=100
как вы упомянули. Но я готов пойти на некоторые умеренные риски, чтобы повысить производительность, поскольку я использую ноутбук и (почти) регулярно выполняю резервное копирование.