Хорошая файловая система для / 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 ответов

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

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

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

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

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
ответ дан 27 July 2018 в 03: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

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

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

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

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

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

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

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

Использование 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
ответ дан 31 July 2018 в 10:31

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

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

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

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

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

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

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

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

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
ответ дан 31 July 2018 в 10:31
  • 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
ответ дан 31 July 2018 в 11:33
  • 1
    Я думаю, что установить разумный максимальный размер для tmpfs и иметь пространство подкачки будет обрабатывать это. – Olathe 31 May 2013 в 21:17

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

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

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

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

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

Использование 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
ответ дан 31 July 2018 в 11:33

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

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

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

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

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

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

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

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

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
ответ дан 31 July 2018 в 11:33
  • 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
ответ дан 2 August 2018 в 04:35

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

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

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

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

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

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

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

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

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

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

  барьер = 0: Значительно улучшает операции записи файлов в некоторых сценариях noatime: не обновлять время последнего файла, вам не нужны эти файлы в / tmp и  это должно помочь в выполнении операций записи.   
5
ответ дан 2 August 2018 в 04:35

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

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

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

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

  • Должно / tmp быть включенным реальная область диска или может быть реализована в основном в области SWAP (или tmpfs)?

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

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

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

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

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

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

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

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

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

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

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

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

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

  барьер = 0: Значительно улучшает операции записи файлов в некоторых сценариях noatime: не обновлять время последнего файла, вам не нужны эти файлы в / tmp и  это должно помочь в выполнении операций записи.   
5
ответ дан 4 August 2018 в 21:10

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

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

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

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

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

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

  • Должно / tmp быть включенным реальная область диска или может быть реализована в основном в области SWAP (или tmpfs)?

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

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