Стоит ли настраивать Ext4 с noatime?

Question 1

Вы можете отредактировать grub, чтобы не ждать секунды (вместо 10 секунд) и загружать первую опцию в меню:

1) Alt + F2 и вставить gksu gedit /etc/default/grub

2) Найдите строку «GRUB_HIDDEN_TIMEOUT = 10» и измените ее на «GRUB_HIDDEN_TIMEOUT = 0»

3) Откройте терминал и вставьте: sudo update-grub

Question 2

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в /etc/fstab. Предыдущие несколько выпусков были relatime явно в /etc/fstab. relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) в качестве noatime, не вызывая проблем со старомодными почтовыми уведомителями.

В статье, которую вы цитируете, рекомендуется data=writeback. Ubuntu по умолчанию data=ordered. Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания. Поэтому я не рекомендую менять настройки по умолчанию Ubuntu.

При изменении commit=5 до commit=100 увеличивается окно времени, в течение которого данные будут потеряны в случае сбоя, для небольшой пользы в большинстве случаев. [ ! d2]

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-то причине.

ДОБАВЛЕНО: Есть другие вещи помимо вариантов монтирования, чем может быть разница , Переключение с ext3 на ext4 само по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, посмотрите эту тему в SU. Важные советы - использовать tmpfs для /tmp и для кеша браузера (и, возможно, истории). Если у вас есть жесткий диск, и вы хотите, чтобы он переставал вращаться в течение длительных периодов времени, установите noflushd, который позволяет диску вращаться вниз, задерживая все записи до полного заполнения ОЗУ. (Конечно, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat /files/I/m/likely/to/need >/dev/null до того, как диск начнет вращаться.) Чтобы noflushd был эффективен, отключите всю свопинг и смонтируйте свои файловые системы с чем-то вроде commit=3600. Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Question 3

Question 4

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в /etc/fstab. Предыдущие несколько выпусков были relatime явно в /etc/fstab. relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) в качестве noatime, не вызывая проблем со старомодными почтовыми уведомителями.

В статье, которую вы цитируете, рекомендуется data=writeback. Ubuntu по умолчанию data=ordered. Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания. Поэтому я не рекомендую менять настройки по умолчанию Ubuntu.

При изменении commit=5 до commit=100 увеличивается окно времени, в течение которого данные будут потеряны в случае сбоя, для небольшой пользы в большинстве случаев. [ ! d2]

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-то причине.

ДОБАВЛЕНО: Есть другие вещи помимо вариантов монтирования, чем может быть разница , Переключение с ext3 на ext4 само по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, посмотрите эту тему в SU. Важные советы - использовать tmpfs для /tmp и для кеша браузера (и, возможно, истории). Если у вас есть жесткий диск, и вы хотите, чтобы он переставал вращаться в течение длительных периодов времени, установите noflushd, который позволяет диску вращаться вниз, задерживая все записи до полного заполнения ОЗУ. (Конечно, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat /files/I/m/likely/to/need >/dev/null до того, как диск начнет вращаться.) Чтобы noflushd был эффективен, отключите всю свопинг и смонтируйте свои файловые системы с чем-то вроде commit=3600. Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Question 5

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в /etc/fstab. Предыдущие несколько выпусков были relatime явно в /etc/fstab. relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) в качестве noatime, не вызывая проблем со старомодными почтовыми уведомителями.

В статье, которую вы цитируете, рекомендуется data=writeback. Ubuntu по умолчанию data=ordered. Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания. Поэтому я не рекомендую менять настройки по умолчанию Ubuntu.

При изменении commit=5 до commit=100 увеличивается окно времени, в течение которого данные будут потеряны в случае сбоя, для небольшой пользы в большинстве случаев. [ ! d2]

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-то причине.

ДОБАВЛЕНО: Есть другие вещи помимо вариантов монтирования, чем может быть разница , Переключение с ext3 на ext4 само по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, посмотрите эту тему в SU. Важные советы - использовать tmpfs для /tmp и для кеша браузера (и, возможно, истории). Если у вас есть жесткий диск, и вы хотите, чтобы он переставал вращаться в течение длительных периодов времени, установите noflushd, который позволяет диску вращаться вниз, задерживая все записи до полного заполнения ОЗУ. (Конечно, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat /files/I/m/likely/to/need >/dev/null до того, как диск начнет вращаться.) Чтобы noflushd был эффективен, отключите всю свопинг и смонтируйте свои файловые системы с чем-то вроде commit=3600. Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Question 6

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Question 7

Question 8

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Question 9

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Question 10

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Question 11

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Question 12

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Question 13

Question 14

Да, имеет смысл использовать noatime как Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше atime. Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый считываемый текст свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирования равны. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится по адресу http://kerneltrap.org/node/14148

Question 15

Да, имеет смысл использовать noatime как Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше atime. Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый считываемый текст свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирования равны. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится по адресу http://kerneltrap.org/node/14148

Question 16

Да, имеет смысл использовать noatime как Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше atime. Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый считываемый текст свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирования равны. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится по адресу http://kerneltrap.org/node/14148

Question 17

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что количество записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

Question 18

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

Question 19

Question 20

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

Question 21

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что количество записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

Question 22

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

Question 23

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что количество записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

Community · Accepted Answer · 29 May 2018 в 12:49

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в /etc/fstab. Предыдущие несколько выпусков были relatime явно в /etc/fstab. relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) в качестве noatime, не вызывая проблем со старомодными почтовыми уведомителями.

В статье, которую вы цитируете, рекомендуется data=writeback. Ubuntu по умолчанию data=ordered. Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания. Поэтому я не рекомендую менять настройки по умолчанию Ubuntu.

При изменении commit=5 до commit=100 увеличивается окно времени, в течение которого данные будут потеряны в случае сбоя, для небольшой пользы в большинстве случаев. [ ! d2]

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-то причине.

ДОБАВЛЕНО: Есть другие вещи помимо вариантов монтирования, чем может быть разница , Переключение с ext3 на ext4 само по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, посмотрите эту тему в SU. Важные советы - использовать tmpfs для /tmp и для кеша браузера (и, возможно, истории). Если у вас есть жесткий диск, и вы хотите, чтобы он переставал вращаться в течение длительных периодов времени, установите noflushd, который позволяет диску вращаться вниз, задерживая все записи до полного заполнения ОЗУ. (Конечно, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat /files/I/m/likely/to/need >/dev/null до того, как диск начнет вращаться.) Чтобы noflushd был эффективен, отключите всю свопинг и смонтируйте свои файловые системы с чем-то вроде commit=3600. Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Я понимаю опасность такой настройки, некоторые из шагов на этом учебнике, с которым я не согласен, например comit=100, как вы уже упомянули. Но я готов принять некоторые умеренные риски для повышения производительности, поскольку я использую ноутбук и (почти) регулярно резервные копии. — Decio Lira, 13 August 2010 в 17:58
@Decio: noatime vs atime может иметь заметную разницу, но я был бы удивлен, что noatime vs relatime будет. Я добавил несколько советов по работе с ноутбуком к моему ответу; Я лично наблюдал видимые улучшения от этих советов. Noflushd несет риск, который я готов принять, когда я его использовал. — Gilles, 13 August 2010 в 18:32
Да, я просто искал разницу между noatime и relatime, и вы правы. relatime (который теперь используется по умолчанию в ubuntu) является хорошим компромиссом между atime и noatime. — Decio Lira, 13 August 2010 в 19:55
Я читал о data=writeback - он просто записывает данные файла и метаданные в случайном порядке (в отличие от ordered, который всегда записывает метаданные после данных) . Это означает, что при отключении электроэнергии вы можете найти свой файл α байтов в длину, где было записано 0 байт. Ну ... Но это абсолютно естественно! Я всегда думал, что файловая система сначала увеличивает размер файла, а затем записывает данные. Поиск того, что он может быть в обратном порядке, требует преобразования этого шаблона для добавления кеширования в ОЗУ. Я не уверен, почему бы не использовать writeback, если это может помочь улучшить латентность. — Hi-Angel, 3 November 2017 в 11:02

Community · Accepted Answer · 25 July 2018 в 23:17

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в /etc/fstab. Предыдущие несколько выпусков были relatime явно в /etc/fstab. relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) в качестве noatime, не вызывая проблем со старомодными почтовыми уведомителями.

В статье, которую вы цитируете, рекомендуется data=writeback. Ubuntu по умолчанию data=ordered. Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания. Поэтому я не рекомендую менять настройки по умолчанию Ubuntu.

При изменении commit=5 до commit=100 увеличивается окно времени, в течение которого данные будут потеряны в случае сбоя, для небольшой пользы в большинстве случаев. [ ! d2]

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-то причине.

ДОБАВЛЕНО: Есть другие вещи помимо вариантов монтирования, чем может быть разница , Переключение с ext3 на ext4 само по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, посмотрите эту тему в SU. Важные советы - использовать tmpfs для /tmp и для кеша браузера (и, возможно, истории). Если у вас есть жесткий диск, и вы хотите, чтобы он переставал вращаться в течение длительных периодов времени, установите noflushd, который позволяет диску вращаться вниз, задерживая все записи до полного заполнения ОЗУ. (Конечно, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat /files/I/m/likely/to/need >/dev/null до того, как диск начнет вращаться.) Чтобы noflushd был эффективен, отключите всю свопинг и смонтируйте свои файловые системы с чем-то вроде commit=3600. Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Community · Accepted Answer · 31 July 2018 в 10:27

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в /etc/fstab. Предыдущие несколько выпусков были relatime явно в /etc/fstab. relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) в качестве noatime, не вызывая проблем со старомодными почтовыми уведомителями.

В статье, которую вы цитируете, рекомендуется data=writeback. Ubuntu по умолчанию data=ordered. Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания. Поэтому я не рекомендую менять настройки по умолчанию Ubuntu.

При изменении commit=5 до commit=100 увеличивается окно времени, в течение которого данные будут потеряны в случае сбоя, для небольшой пользы в большинстве случаев. [ ! d2]

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-то причине.

ДОБАВЛЕНО: Есть другие вещи помимо вариантов монтирования, чем может быть разница , Переключение с ext3 на ext4 само по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, посмотрите эту тему в SU. Важные советы - использовать tmpfs для /tmp и для кеша браузера (и, возможно, истории). Если у вас есть жесткий диск, и вы хотите, чтобы он переставал вращаться в течение длительных периодов времени, установите noflushd, который позволяет диску вращаться вниз, задерживая все записи до полного заполнения ОЗУ. (Конечно, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat /files/I/m/likely/to/need >/dev/null до того, как диск начнет вращаться.) Чтобы noflushd был эффективен, отключите всю свопинг и смонтируйте свои файловые системы с чем-то вроде commit=3600. Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Community · Accepted Answer · 2 August 2018 в 04:34

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Community · Accepted Answer · 4 August 2018 в 21:09

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Community · Accepted Answer · 6 August 2018 в 04:38

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Community · Accepted Answer · 7 August 2018 в 22:48

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Community · Accepted Answer · 10 August 2018 в 10:53

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Community · Accepted Answer · 13 August 2018 в 17:28

В Ubuntu 10.04, relatime является частью параметров монтирования по умолчанию, если не переопределено в / etc / fstab . Предыдущие несколько выпусков были relatime явно в / etc / fstab . relatime дает такую же скорость (и сохранение цикла записи флэш-памяти) как noatime , не вызывая проблем со старомодными почтовыми уведомителями.

cite рекомендует data = writeback . Ubuntu по умолчанию имеет значение data = ordered . Настройка Ubuntu медленнее при большой нагрузке на диск, но значительно снижает риск потери данных в случае сбоя или сбоя питания.

Изменение commit = 5 до commit = 100 увеличивает окно времени, в течение которого данные будут потеряны в случае аварии, для небольшой пользы в большинстве случаев.

Резюме: оставьте настройки такими, какие они есть, они были выбраны по какой-либо причине.

ДОБАВЛЕН: другие вещи помимо вариантов монтирования, чем могут иметь значение. Переход от ext3 к ext4 сам по себе часто является заметным улучшением. Вот несколько советов для пользователей ноутбуков.

Если у вас медленный SSD, проверьте этот поток в SU . Важные советы - использовать tmpfs для / tmp и для кеша браузера (и, возможно, для истории).
Если у вас есть жесткий диск, и вы хотите, чтобы он прекратил вращение в течение продолжительных промежутков времени, затем установите noflushd , что позволяет диску вращаться вниз, задерживая все записи до тех пор, пока ОЗУ не будет заполнено. (Разумеется, чтение может привести к тому, что диск начнет вращаться, вам нужно привыкнуть к запуску cat / files / I / m / likely / to / need & gt; / dev / null прежде чем диск начнет вращаться.) Чтобы noflushd был эффективен, отключите все подкачки и смонтируйте свои файловые системы чем-то вроде commit = 3600 . Использование noflushd эффективно означает, что ваши данные могут оставаться неписаными на диске в течение длительного времени. Это риск, который следует взвесить в ущерб отсутствию шума или тепла, поступающих с диска на некоторое время. Не используйте noflushd, если вам не нравится этот риск.

Я понимаю опасность такой настройки, некоторые из шагов на этом учебнике, с которым я не согласен, например, comit = 100 , как вы упомянули. Но я готов принять некоторые умеренные риски для повышения производительности, поскольку я использую ноутбук и (почти) регулярно резервные копии. — Decio Lira, 13 August 2010 в 17:58
@Decio: noatime vs atime может иметь заметную разницу, но я был бы удивлен, что noatime vs relatime бы. Я добавил несколько советов по работе с ноутбуком к моему ответу; Я лично наблюдал видимые улучшения от этих советов. Noflushd несет риск, который я готов принять, когда я его использовал. — Gilles, 13 August 2010 в 18:32
Да, я просто искал разницу между noatime и relatime, и вы правы. relatime (который теперь используется по умолчанию в ubuntu) является хорошим компромиссом между atime и noatime. — Decio Lira, 13 August 2010 в 19:55
Я читал о data = writeback - он просто записывает данные файла и метаданные в случайном порядке (в отличие от упорядоченного , который всегда записывает метаданные после данных) < / я>. Это означает, что при отключении электроэнергии вы можете найти свой файл α байтов в длину, где было записано 0 байт. Ну ... Но это абсолютно естественно! Я всегда думал, что файловая система сначала увеличивает размер файла, а затем записывает данные. Поиск того, что он может быть в обратном порядке, требует преобразования этого шаблона для добавления кеширования в ОЗУ. Я не уверен, почему бы не использовать writeback , если это может помочь улучшить латентность. — Hi-Angel, 3 November 2017 в 11:02

yanychar · Answer 10 · 29 May 2018 в 12:49

Да, имеет смысл использовать noatime как Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше atime. Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый считываемый текст свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирования равны. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится по адресу http://kerneltrap.org/node/14148

16

ответ дан yanychar 29 May 2018 в 12:49

1

Коэффициент два в целом не является правильным. Теоретически коэффициент составляет 1 (бесконечно часто используемый файл) и 2 (бесконечно редко используемый файл). Это означает, что истинный фактор в основном равен 1, так как редко факторы, близкие к 2, в среднем не учитываются. – Patrick Häcker 5 January 2014 в 23:56
2

1 для файлов только для записи. 2 для всех остальных. В файлах с записью нет смысла, но они могут появляться время от времени. Поэтому моя первоначальная оценка должна быть актуальной. – yanychar 8 January 2014 в 00:09
3

@yanychar: спасибо за объяснение недостатков relatime и обмен обсуждениями с kerneltrap, но, говоря «, нет смысла в файлах с записью ». нонсенс: все /usr и /lib являются файлами только для чтения. На самом деле большая часть дерева, sans /home и /var, доступна только для чтения. Файлы в /etc также меняются очень редко. – MestreLion 10 September 2015 в 20:59
4

@MestreLion: Ubuntu устанавливает множество пакетов. Время от времени пакеты обновляются. Если не было чтения файла между временами, когда пакет был установлен и обновлен, файл был «только для записи». Нет дополнительных записей с relatime по сравнению с noatime для файла. Для всех остальных существует дополнительная запись при чтении файла. – yanychar 13 December 2015 в 13:16

yanychar · Answer 11 · 25 July 2018 в 23:17

Да, имеет смысл использовать noatime как Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше atime. Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый считываемый текст свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирования равны. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится по адресу http://kerneltrap.org/node/14148

16

ответ дан yanychar 25 July 2018 в 23:17

1

Коэффициент два в целом не является правильным. Теоретически коэффициент составляет 1 (бесконечно часто используемый файл) и 2 (бесконечно редко используемый файл). Это означает, что истинный фактор в основном равен 1, так как редко факторы, близкие к 2, в среднем не учитываются. – Patrick Häcker 5 January 2014 в 23:56
2

1 для файлов только для записи. 2 для всех остальных. В файлах с записью нет смысла, но они могут появляться время от времени. Поэтому моя первоначальная оценка должна быть актуальной. – yanychar 8 January 2014 в 00:09
3

@yanychar: спасибо за объяснение недостатков relatime и обмен обсуждениями с kerneltrap, но, говоря «, нет смысла в файлах с записью ». нонсенс: все /usr и /lib являются файлами только для чтения. На самом деле большая часть дерева, sans /home и /var, доступна только для чтения. Файлы в /etc также меняются очень редко. – MestreLion 10 September 2015 в 20:59
4

@MestreLion: Ubuntu устанавливает множество пакетов. Время от времени пакеты обновляются. Если не было чтения файла между временами, когда пакет был установлен и обновлен, файл был «только для записи». Нет дополнительных записей с relatime по сравнению с noatime для файла. Для всех остальных существует дополнительная запись при чтении файла. – yanychar 13 December 2015 в 13:16

yanychar · Answer 12 · 31 July 2018 в 10:27

Да, имеет смысл использовать noatime как Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше atime. Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый считываемый текст свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирования равны. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится по адресу http://kerneltrap.org/node/14148

16

ответ дан yanychar 31 July 2018 в 10:27

1

Коэффициент два в целом не является правильным. Теоретически коэффициент составляет 1 (бесконечно часто используемый файл) и 2 (бесконечно редко используемый файл). Это означает, что истинный фактор в основном равен 1, так как редко факторы, близкие к 2, в среднем не учитываются. – Patrick Häcker 5 January 2014 в 23:56
2

1 для файлов только для записи. 2 для всех остальных. В файлах с записью нет смысла, но они могут появляться время от времени. Поэтому моя первоначальная оценка должна быть актуальной. – yanychar 8 January 2014 в 00:09
3

@yanychar: спасибо за объяснение недостатков relatime и обмен обсуждениями с kerneltrap, но, говоря «, нет смысла в файлах с записью ». нонсенс: все /usr и /lib являются файлами только для чтения. На самом деле большая часть дерева, sans /home и /var, доступна только для чтения. Файлы в /etc также меняются очень редко. – MestreLion 10 September 2015 в 20:59
4

@MestreLion: Ubuntu устанавливает множество пакетов. Время от времени пакеты обновляются. Если не было чтения файла между временами, когда пакет был установлен и обновлен, файл был «только для записи». Нет дополнительных записей с relatime по сравнению с noatime для файла. Для всех остальных существует дополнительная запись при чтении файла. – yanychar 13 December 2015 в 13:16

yanychar · Answer 13 · 2 August 2018 в 04:34

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что количество записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

yanychar · Answer 14 · 4 August 2018 в 21:09

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

yanychar · Answer 15 · 6 August 2018 в 04:38

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

yanychar · Answer 16 · 7 August 2018 в 22:48

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что количество записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

yanychar · Answer 17 · 10 August 2018 в 10:53

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что число записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

yanychar · Answer 18 · 13 August 2018 в 17:28

Да, имеет смысл использовать noatime с Ubuntu 12.10

relatime является опцией монтирования по умолчанию. И relatime намного лучше, чем atime . Первый требует записи для первого чтения после записи, последний требует записи для каждого чтения. Но с noatime каждый прочитанный свободен от записи.

Это в основном означает, что количество записей на диске для relatime mount близко к двойному относительно noatime монтирует другую вещь, равную. Это серьезная проблема для разделов на устройствах флэш-памяти.

Подробное обсуждение сообщества linux kernel находится в http://kerneltrap.org/node/14148

16

ответ дан yanychar 13 August 2018 в 17:28

1

Коэффициент два в целом не является правильным. Теоретически коэффициент составляет 1 (бесконечно часто используемый файл) и 2 (бесконечно редко используемый файл). Это означает, что истинный фактор в основном равен 1, так как редко факторы, близкие к 2, в среднем не учитываются. – Patrick Häcker 5 January 2014 в 23:56
2

1 для файлов только для записи. 2 для всех остальных. В файлах с записью нет смысла, но они могут появляться время от времени. Поэтому моя первоначальная оценка должна быть актуальной. – yanychar 8 January 2014 в 00:09
3

@yanychar: спасибо за объяснение недостатков relatime и обмена обсуждением kerneltrap, но, говоря «, нет смысла в файлах с записью ». это бессмыслица: все / usr и / lib являются файлами, доступными только для чтения. На самом деле большая часть дерева, sans / home и / var , доступны только для чтения. Файлы в / etc также меняются очень редко. – MestreLion 10 September 2015 в 20:59

4

@MestreLion: Ubuntu устанавливает множество пакетов. Время от времени пакеты обновляются. Если не было чтения файла между временами, когда пакет был установлен и обновлен, файл был «только для записи». Нет дополнительных записей с relatime по сравнению с noatime для файла. Для всех остальных существует дополнительная запись при чтении файла. – yanychar 13 December 2015 в 13:16

Стоит ли настраивать Ext4 с noatime?

18 ответов

Другие вопросы по тегам:

Похожие вопросы: