Хорошая файловая система для / tmp?

Теперь ответ должен быть обновлен. Вы можете следовать этому руководству, но с разницей: вам не нужно писать это (как было написано в другом ответе)

KERNEL=="sda1", ENV{UDISKS_PRESENTATION_HIDE}="1"
KERNEL=="sdb2", ENV{UDISKS_PRESENTATION_HIDE}="1"

Вместо этого вы должны написать это:

KERNEL=="sda1", ENV{UDISKS_IGNORE}="1"
KERNEL=="sdb2", ENV{UDISKS_IGNORE}="1"

Остальное одно и то же:)

31
задан 8 August 2010 в 08:35

88 ответов

Я иногда считаю, что перемещение /tmp в ram (tmpfs) является лучшим решением (особенно в моих настройках, в которых много загрузок IO-файлов с большой нагрузкой - MySQL и т. д.), если у вас достаточно ОЗУ для его подачи. [ ! d0]

27
ответ дан 29 May 2018 в 12:53
  • 1
    У меня 2 ГБ оперативной памяти, так что, вероятно, это не вариант. – Nathan Osman 8 August 2010 в 08:30
  • 2
    На самом деле это должно быть много ОЗУ. / tmp обычно не используется , что много с нормальным использованием вашей системы (что бы это ни было). – joschi 8 August 2010 в 11:00
  • 3
    tmpfs будет использовать swap, если это необходимо - поэтому ваше пространство подкачки может выполнять двойную работу как / tmp, не нужно выделять дополнительное пространство. – gbroiles 8 August 2010 в 11:27
  • 4
    @George Как бы вы хотели сделать свой / tmp-раздел? – Marco Ceppi♦ 8 August 2010 в 19:43
  • 5
    @George это достаточно большой размер раздела для /tmp - на моем рабочем столе я в лучшем случае использую 12 МБ, хотя на моих серверах /tmp может стать сумасшедшим, когда клиенты делают глупые вещи в MySQL и языках сценариев, которые вызывают /tmp получить намного больше. Блестящая вещь с tmpfs - это не просто взять 64 Мб промаха, это просто жесткий потолок. tmpfs будет масштабироваться по мере того, как потребуется больше места - так что вы только потребляете в tmpfs то, что необходимо в это время. – Marco Ceppi♦ 8 August 2010 в 20:59

Я иногда считаю, что перемещение /tmp в ram (tmpfs) является лучшим решением (особенно в моих настройках, в которых много загрузок IO-файлов с большой нагрузкой - MySQL и т. д.), если у вас достаточно ОЗУ для его подачи. [ ! d0]

27
ответ дан 25 July 2018 в 23:18

Я иногда считаю, что перемещение /tmp в ram (tmpfs) является лучшим решением (особенно в моих настройках, в которых много загрузок IO-файлов с большой нагрузкой - MySQL и т. д.), если у вас достаточно ОЗУ для его подачи. [ ! d0]

27
ответ дан 27 July 2018 в 03:53

Я иногда считаю, что перемещение /tmp в ram (tmpfs) является лучшим решением (особенно в моих настройках, в которых много загрузок IO-файлов с большой нагрузкой - MySQL и т. д.), если у вас достаточно ОЗУ для его подачи. [ ! d0]

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

Я иногда считаю, что перемещение /tmp в ram (tmpfs) является лучшим решением (особенно в моих настройках, в которых много загрузок IO-файлов с большой нагрузкой - MySQL и т. д.), если у вас достаточно ОЗУ для его подачи. [ ! d0]

27
ответ дан 31 July 2018 в 11:33

Я иногда нахожу, что перемещение / tmp в ram ( tmpfs ) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.

27
ответ дан 2 August 2018 в 04:35

Я иногда нахожу, что перемещение / tmp в ram ( tmpfs ) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.

27
ответ дан 4 August 2018 в 21:10

Я иногда нахожу, что перемещение / tmp в ram ( tmpfs ) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.

27
ответ дан 6 August 2018 в 04:38

Я иногда нахожу, что перемещение / tmp в ram ( tmpfs ) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.

27
ответ дан 7 August 2018 в 22:49

Я иногда нахожу, что перемещение / tmp в ram ( tmpfs ) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.

27
ответ дан 10 August 2018 в 10:54

Я иногда нахожу, что перемещение / tmp в ram ( tmpfs ) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.

27
ответ дан 13 August 2018 в 17:29
  • 1
    У меня 2 ГБ оперативной памяти, так что, вероятно, это не вариант. – Nathan Osman 8 August 2010 в 08:30
  • 2
    На самом деле это должно быть много ОЗУ. / tmp обычно не используется , что много с нормальным использованием вашей системы (что бы это ни было). – joschi 8 August 2010 в 11:00
  • 3
    tmpfs будет использовать swap, если это необходимо - поэтому ваше пространство подкачки может выполнять двойную работу как / tmp, не нужно выделять дополнительное пространство. – gbroiles 8 August 2010 в 11:27
  • 4
    @George Как бы вы хотели сделать свой / tmp-раздел? – Marco Ceppi♦ 8 August 2010 в 19:43
  • 5
    @George - это достаточно большой размер раздела для / tmp - на моем рабочем столе я в лучшем случае использую 12 МБ, хотя на моих серверах / tmp может стать сумасшедшим, когда клиенты делают глупо вещи в MySQL и языки сценариев, которые вызывают / tmp , чтобы получить намного больше. Блестящая вещь с tmpfs - это не просто взять 64 Мб промаха, это просто жесткий потолок. tmpfs будет масштабироваться по мере того, как потребуется больше места - так что вы только потребляете в tmpfs то, что необходимо в это время. – Marco Ceppi♦ 8 August 2010 в 20:59

Здесь есть несколько хороших вариантов:

tmpfs: это файловая система, которая хранит свои файлы в ОЗУ. Это не означает, что файловая система будет потреблять всю вашу оперативную память. Вместо этого требуется только то количество, которое ему действительно нужно. Обычно требуется только несколько МБ. Если вы его используете, добавьте следующую строку: none /tmp tmpfs size=64M,mode=1777 0 0 к вашему /etc/fstab. Вы можете изменить size на нужное вам значение. Если вы думаете, что в какой-то момент это слишком мало, вы можете использовать mount для увеличения размера: mount -t tmpfs tmpfs /tmp -o size=128M,mode=1777,remount. Размер будет увеличен на месте без удаления существующих файлов. ext2 / 3: Вы сказали в своем вопросе, что вам не нужны какие-либо причудливые функции. Однако я бы советовал использовать журнал. Потому что, если вы используете ext2, и у вас достаточно большой /tmp, потребуется некоторое время для его проверки. ext3 загружает все случаи быстрее. Поэтому я бы предложил использовать журнал. ext4, reiserfs и т. д .: Некоторые программы используют /tmp для хранения больших объемов небольших файлов. Поэтому в некоторых случаях больше нет свободных блоков и файловая система заполнена. ext4, а также файлы reiserfs хранят файлы по-другому. Таким образом, это может быть хорошим выбором для использования для вашего /tmp.

Если ваш компьютер работает в течение длительного времени, рекомендуется удалить неиспользуемые файлы в /tmp. tmpreaper - это одно из решений, которое делает это для вас.

Однако мой первый выбор будет использовать tmpfs.

25
ответ дан 29 May 2018 в 12:53
  • 1
    Используется ли первый вариант с / etc / fstab с помощью systemd? – Smile4ever 31 October 2014 в 21:58
  • 2
    @ Smile4ever Да - /etc/fstab является частью util-linux , поэтому он будет присутствовать в любой системе Linux независимо от используемой системы init. – villapx 21 October 2016 в 16:17

Если вы не хотите, чтобы он мог есть RAM, я бы просто запускал его как ext2. Нет причин для того, чтобы съесть небольшой хитовый журнал для файловой системы, данные которой вы не должны (не должны) заботиться обо всех перезагрузках.

На самом деле, поцарапайте это, вы, вероятно, должны использовать ext4 и отключить его журнал , он должен быть быстрее, чем ext2. Отформатируйте его ext4 и вставьте его в fstab с опцией mount data=writeback.

6
ответ дан 29 May 2018 в 12:53

Использование tmpfs должно быть в порядке для ваших нужд при условии, что у вас установлено достаточное ОЗУ.

Это сказано ... что-то, что следует учитывать в отношении использования ramdisk для /tmp (это взято из более старой почты в другом месте):

Должен ли / tmp находиться на реальной дисковой области или разрешен для реализации в основном в области SWAP (или tmpfs)?

Когда он сильно используется, это соблазн - «мы поместим / tmp в RAM-диск, он ускорит доступ, а когда система перезагрузится / выключится, нет ничего, что можно было бы очистить ». Однако, если вы думаете о внедрении временного пространства в качестве RAM-диска, который будет заменен, я бы рассмотрел последствия использования пространства подкачки вашей системы другими программами. Если swap существует как форма «аварийного переполнения», когда система находится в ужасном состоянии и нуждается в ней, последнее, что вам нужно, это иметь пространство подкачки, потребляемое при запуске процесса / tmp, потребляющее память, вызывая давление на Подсистема VM для обмена на диск. Между операциями свопинга и дополнительной потоковой передачей ввода / вывода на RAM-диск (что, в свою очередь, может привести к тому, что дополнительные страницы будут удовлетворять требованиям seek()), ваша система быстро станет привязкой ввода / вывода.

6
ответ дан 29 May 2018 в 12:53

Использование ext4 с определенными настройками монтирования должно быть прекрасным. Используйте следующие опции монтирования:

barrier=0 : Significantly improves file write operations in some scenarios
noatime : Don't update file last access time, you don't need this on /tmp files and it should help with write operations performance.
5
ответ дан 29 May 2018 в 12:53

Я доволен ext4. Вы можете играть с некоторыми настройками монтирования, если хотите настроить его или использовать tmpfs, если у вас много бара.

3
ответ дан 29 May 2018 в 12:53

В ответ на вопрос, почему вы хотите отдельный раздел / tmp, я уверен, что есть много причин, как некоторые уже заявили, но тот, который я считаю особенно полезным сегодня, заключается в том, что если вы работаете / SSD, вы хотите свести к минимуму записи на этот диск, поэтому перемещение / tmp - хорошая идея, так как это область файловой системы, которая имеет тенденцию сильно меняться.

2
ответ дан 29 May 2018 в 12:53

Я думаю, что tmpfs может быть плохой вариант, потому что обычно / tmp доступен для записи в мире, поэтому любой может заполнить его, и если он заполняется, он займет всю вашу память, и ваш сервер будет медленно сканировать

0
ответ дан 29 May 2018 в 12:53
  • 1
    Я думаю, что установить разумный максимальный размер для tmpfs и иметь пространство подкачки будет обрабатывать это. – Olathe 31 May 2013 в 21:17

Я думаю, что tmpfs может быть плохой вариант, потому что обычно / tmp доступен для записи в мире, поэтому любой может заполнить его, и если он заполняется, он займет всю вашу память, и ваш сервер будет медленно сканировать

0
ответ дан 25 July 2018 в 23:18
  • 1
    Я думаю, что установить разумный максимальный размер для tmpfs и иметь пространство подкачки будет обрабатывать это. – Olathe 31 May 2013 в 21:17

Использование tmpfs должно быть в порядке для ваших нужд при условии, что у вас установлено достаточное ОЗУ.

Это сказано ... что-то, что следует учитывать в отношении использования ramdisk для /tmp (это взято из более старой почты в другом месте):

Должен ли / tmp находиться на реальной дисковой области или разрешен для реализации в основном в области SWAP (или tmpfs)?

Когда он сильно используется, это соблазн - «мы поместим / tmp в RAM-диск, он ускорит доступ, а когда система перезагрузится / выключится, нет ничего, что можно было бы очистить ». Однако, если вы думаете о внедрении временного пространства в качестве RAM-диска, который будет заменен, я бы рассмотрел последствия использования пространства подкачки вашей системы другими программами. Если swap существует как форма «аварийного переполнения», когда система находится в ужасном состоянии и нуждается в ней, последнее, что вам нужно, это иметь пространство подкачки, потребляемое при запуске процесса / tmp, потребляющее память, вызывая давление на Подсистема VM для обмена на диск. Между операциями свопинга и дополнительной потоковой передачей ввода / вывода на RAM-диск (что, в свою очередь, может привести к тому, что дополнительные страницы будут удовлетворять требованиям seek()), ваша система быстро станет привязкой ввода / вывода.

6
ответ дан 25 July 2018 в 23:18

Использование ext4 с определенными настройками монтирования должно быть прекрасным. Используйте следующие опции монтирования:

barrier=0 : Significantly improves file write operations in some scenarios noatime : Don't update file last access time, you don't need this on /tmp files and it should help with write operations performance.
5
ответ дан 25 July 2018 в 23:18

В ответ на вопрос, почему вы хотите отдельный раздел / tmp, я уверен, что есть много причин, как некоторые уже заявили, но тот, который я считаю особенно полезным сегодня, заключается в том, что если вы работаете / SSD, вы хотите свести к минимуму записи на этот диск, поэтому перемещение / tmp - хорошая идея, так как это область файловой системы, которая имеет тенденцию сильно меняться.

2
ответ дан 25 July 2018 в 23:18

Я доволен ext4. Вы можете играть с некоторыми настройками монтирования, если хотите настроить его или использовать tmpfs, если у вас много бара.

3
ответ дан 25 July 2018 в 23:18

Если вы не хотите, чтобы он мог есть RAM, я бы просто запускал его как ext2. Нет причин для того, чтобы съесть небольшой хитовый журнал для файловой системы, данные которой вы не должны (не должны) заботиться обо всех перезагрузках.

На самом деле, поцарапайте это, вы, вероятно, должны использовать ext4 и отключить его журнал , он должен быть быстрее, чем ext2. Отформатируйте его ext4 и вставьте его в fstab с опцией mount data=writeback.

6
ответ дан 25 July 2018 в 23:18

Здесь есть несколько хороших вариантов:

tmpfs: это файловая система, которая хранит свои файлы в ОЗУ. Это не означает, что файловая система будет потреблять всю вашу оперативную память. Вместо этого требуется только то количество, которое ему действительно нужно. Обычно требуется только несколько МБ. Если вы его используете, добавьте следующую строку: none /tmp tmpfs size=64M,mode=1777 0 0 к вашему /etc/fstab. Вы можете изменить size на нужное вам значение. Если вы думаете, что в какой-то момент это слишком мало, вы можете использовать mount для увеличения размера: mount -t tmpfs tmpfs /tmp -o size=128M,mode=1777,remount. Размер будет увеличен на месте без удаления существующих файлов. ext2 / 3: Вы сказали в своем вопросе, что вам не нужны какие-либо причудливые функции. Однако я бы советовал использовать журнал. Потому что, если вы используете ext2, и у вас достаточно большой /tmp, потребуется некоторое время для его проверки. ext3 загружает все случаи быстрее. Поэтому я бы предложил использовать журнал. ext4, reiserfs и т. д .: Некоторые программы используют /tmp для хранения больших объемов небольших файлов. Поэтому в некоторых случаях больше нет свободных блоков и файловая система заполнена. ext4, а также файлы reiserfs хранят файлы по-другому. Таким образом, это может быть хорошим выбором для использования для вашего /tmp.

Если ваш компьютер работает в течение длительного времени, рекомендуется удалить неиспользуемые файлы в /tmp. tmpreaper - это одно из решений, которое делает это для вас.

Однако мой первый выбор будет использовать tmpfs.

25
ответ дан 25 July 2018 в 23:18
  • 1
    Используется ли первый вариант с / etc / fstab с помощью systemd? – Smile4ever 31 October 2014 в 21:58
  • 2
    @ Smile4ever Да - /etc/fstab является частью util-linux , поэтому он будет присутствовать в любой системе Linux независимо от используемой системы init. – villapx 21 October 2016 в 16:17

Я думаю, что tmpfs может быть плохой вариант, потому что обычно / tmp доступен для записи в мире, поэтому любой может заполнить его, и если он заполняется, он займет всю вашу память, и ваш сервер будет медленно сканировать

0
ответ дан 27 July 2018 в 03:53
  • 1
    Я думаю, что установить разумный максимальный размер для tmpfs и иметь пространство подкачки будет обрабатывать это. – Olathe 31 May 2013 в 21:17

Использование tmpfs должно быть в порядке для ваших нужд при условии, что у вас установлено достаточное ОЗУ.

Это сказано ... что-то, что следует учитывать в отношении использования ramdisk для /tmp (это взято из более старой почты в другом месте):

Должен ли / tmp находиться на реальной дисковой области или разрешен для реализации в основном в области SWAP (или tmpfs)?

Когда он сильно используется, это соблазн - «мы поместим / tmp в RAM-диск, он ускорит доступ, а когда система перезагрузится / выключится, нет ничего, что можно было бы очистить ». Однако, если вы думаете о внедрении временного пространства в качестве RAM-диска, который будет заменен, я бы рассмотрел последствия использования пространства подкачки вашей системы другими программами. Если swap существует как форма «аварийного переполнения», когда система находится в ужасном состоянии и нуждается в ней, последнее, что вам нужно, это иметь пространство подкачки, потребляемое при запуске процесса / tmp, потребляющее память, вызывая давление на Подсистема VM для обмена на диск. Между операциями свопинга и дополнительной потоковой передачей ввода / вывода на RAM-диск (что, в свою очередь, может привести к тому, что дополнительные страницы будут удовлетворять требованиям seek()), ваша система быстро станет привязкой ввода / вывода.

6
ответ дан 27 July 2018 в 03:53

Использование ext4 с определенными настройками монтирования должно быть прекрасным. Используйте следующие опции монтирования:

barrier=0 : Significantly improves file write operations in some scenarios noatime : Don't update file last access time, you don't need this on /tmp files and it should help with write operations performance.
5
ответ дан 27 July 2018 в 03:53

В ответ на вопрос, почему вы хотите отдельный раздел / tmp, я уверен, что есть много причин, как некоторые уже заявили, но тот, который я считаю особенно полезным сегодня, заключается в том, что если вы работаете / SSD, вы хотите свести к минимуму записи на этот диск, поэтому перемещение / tmp - хорошая идея, так как это область файловой системы, которая имеет тенденцию сильно меняться.

2
ответ дан 27 July 2018 в 03:53

Я доволен ext4. Вы можете играть с некоторыми настройками монтирования, если хотите настроить его или использовать tmpfs, если у вас много бара.

3
ответ дан 27 July 2018 в 03:53

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

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