Теперь ответ должен быть обновлен. Вы можете следовать этому руководству, но с разницей: вам не нужно писать это (как было написано в другом ответе)
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"
Остальное одно и то же:)
Я иногда считаю, что перемещение /tmp в ram (tmpfs) является лучшим решением (особенно в моих настройках, в которых много загрузок IO-файлов с большой нагрузкой - MySQL и т. д.), если у вас достаточно ОЗУ для его подачи. [ ! d0]
Я иногда считаю, что перемещение /tmp в ram (tmpfs) является лучшим решением (особенно в моих настройках, в которых много загрузок IO-файлов с большой нагрузкой - MySQL и т. д.), если у вас достаточно ОЗУ для его подачи. [ ! d0]
Я иногда считаю, что перемещение /tmp в ram (tmpfs) является лучшим решением (особенно в моих настройках, в которых много загрузок IO-файлов с большой нагрузкой - MySQL и т. д.), если у вас достаточно ОЗУ для его подачи. [ ! d0]
Я иногда считаю, что перемещение /tmp в ram (tmpfs) является лучшим решением (особенно в моих настройках, в которых много загрузок IO-файлов с большой нагрузкой - MySQL и т. д.), если у вас достаточно ОЗУ для его подачи. [ ! d0]
Я иногда считаю, что перемещение /tmp в ram (tmpfs) является лучшим решением (особенно в моих настройках, в которых много загрузок IO-файлов с большой нагрузкой - MySQL и т. д.), если у вас достаточно ОЗУ для его подачи. [ ! d0]
Я иногда нахожу, что перемещение / tmp
в ram ( tmpfs
) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.
Я иногда нахожу, что перемещение / tmp
в ram ( tmpfs
) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.
Я иногда нахожу, что перемещение / tmp
в ram ( tmpfs
) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.
Я иногда нахожу, что перемещение / tmp
в ram ( tmpfs
) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.
Я иногда нахожу, что перемещение / tmp
в ram ( tmpfs
) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.
Я иногда нахожу, что перемещение / tmp
в ram ( tmpfs
) - лучшее решение (особенно на моих установках, в которых используется много дисковых массивов IO - MySQL и т. д. ), если у вас достаточно ОЗУ для его подачи.
/ 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.
Если вы не хотите, чтобы он мог есть RAM, я бы просто запускал его как ext2. Нет причин для того, чтобы съесть небольшой хитовый журнал для файловой системы, данные которой вы не должны (не должны) заботиться обо всех перезагрузках.
На самом деле, поцарапайте это, вы, вероятно, должны использовать ext4 и отключить его журнал , он должен быть быстрее, чем ext2. Отформатируйте его ext4 и вставьте его в fstab с опцией mount data=writeback.
Использование tmpfs должно быть в порядке для ваших нужд при условии, что у вас установлено достаточное ОЗУ.
Это сказано ... что-то, что следует учитывать в отношении использования ramdisk для /tmp (это взято из более старой почты в другом месте):
Должен ли / tmp находиться на реальной дисковой области или разрешен для реализации в основном в области SWAP (или tmpfs)?Когда он сильно используется, это соблазн - «мы поместим / tmp в RAM-диск, он ускорит доступ, а когда система перезагрузится / выключится, нет ничего, что можно было бы очистить ». Однако, если вы думаете о внедрении временного пространства в качестве RAM-диска, который будет заменен, я бы рассмотрел последствия использования пространства подкачки вашей системы другими программами. Если swap существует как форма «аварийного переполнения», когда система находится в ужасном состоянии и нуждается в ней, последнее, что вам нужно, это иметь пространство подкачки, потребляемое при запуске процесса / tmp, потребляющее память, вызывая давление на Подсистема VM для обмена на диск. Между операциями свопинга и дополнительной потоковой передачей ввода / вывода на RAM-диск (что, в свою очередь, может привести к тому, что дополнительные страницы будут удовлетворять требованиям seek()), ваша система быстро станет привязкой ввода / вывода.
Использование 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.
Я доволен ext4. Вы можете играть с некоторыми настройками монтирования, если хотите настроить его или использовать tmpfs, если у вас много бара.
В ответ на вопрос, почему вы хотите отдельный раздел / tmp, я уверен, что есть много причин, как некоторые уже заявили, но тот, который я считаю особенно полезным сегодня, заключается в том, что если вы работаете / SSD, вы хотите свести к минимуму записи на этот диск, поэтому перемещение / tmp - хорошая идея, так как это область файловой системы, которая имеет тенденцию сильно меняться.
Я думаю, что tmpfs может быть плохой вариант, потому что обычно / tmp доступен для записи в мире, поэтому любой может заполнить его, и если он заполняется, он займет всю вашу память, и ваш сервер будет медленно сканировать
Я думаю, что tmpfs может быть плохой вариант, потому что обычно / tmp доступен для записи в мире, поэтому любой может заполнить его, и если он заполняется, он займет всю вашу память, и ваш сервер будет медленно сканировать
Использование tmpfs должно быть в порядке для ваших нужд при условии, что у вас установлено достаточное ОЗУ.
Это сказано ... что-то, что следует учитывать в отношении использования ramdisk для /tmp (это взято из более старой почты в другом месте):
Должен ли / tmp находиться на реальной дисковой области или разрешен для реализации в основном в области SWAP (или tmpfs)?Когда он сильно используется, это соблазн - «мы поместим / tmp в RAM-диск, он ускорит доступ, а когда система перезагрузится / выключится, нет ничего, что можно было бы очистить ». Однако, если вы думаете о внедрении временного пространства в качестве RAM-диска, который будет заменен, я бы рассмотрел последствия использования пространства подкачки вашей системы другими программами. Если swap существует как форма «аварийного переполнения», когда система находится в ужасном состоянии и нуждается в ней, последнее, что вам нужно, это иметь пространство подкачки, потребляемое при запуске процесса / tmp, потребляющее память, вызывая давление на Подсистема VM для обмена на диск. Между операциями свопинга и дополнительной потоковой передачей ввода / вывода на RAM-диск (что, в свою очередь, может привести к тому, что дополнительные страницы будут удовлетворять требованиям seek()), ваша система быстро станет привязкой ввода / вывода.
Использование 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.
В ответ на вопрос, почему вы хотите отдельный раздел / tmp, я уверен, что есть много причин, как некоторые уже заявили, но тот, который я считаю особенно полезным сегодня, заключается в том, что если вы работаете / SSD, вы хотите свести к минимуму записи на этот диск, поэтому перемещение / tmp - хорошая идея, так как это область файловой системы, которая имеет тенденцию сильно меняться.
Я доволен ext4. Вы можете играть с некоторыми настройками монтирования, если хотите настроить его или использовать tmpfs, если у вас много бара.
Если вы не хотите, чтобы он мог есть RAM, я бы просто запускал его как ext2. Нет причин для того, чтобы съесть небольшой хитовый журнал для файловой системы, данные которой вы не должны (не должны) заботиться обо всех перезагрузках.
На самом деле, поцарапайте это, вы, вероятно, должны использовать ext4 и отключить его журнал , он должен быть быстрее, чем ext2. Отформатируйте его ext4 и вставьте его в fstab с опцией mount data=writeback.
Здесь есть несколько хороших вариантов:
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.
Я думаю, что tmpfs может быть плохой вариант, потому что обычно / tmp доступен для записи в мире, поэтому любой может заполнить его, и если он заполняется, он займет всю вашу память, и ваш сервер будет медленно сканировать
Использование tmpfs должно быть в порядке для ваших нужд при условии, что у вас установлено достаточное ОЗУ.
Это сказано ... что-то, что следует учитывать в отношении использования ramdisk для /tmp (это взято из более старой почты в другом месте):
Должен ли / tmp находиться на реальной дисковой области или разрешен для реализации в основном в области SWAP (или tmpfs)?Когда он сильно используется, это соблазн - «мы поместим / tmp в RAM-диск, он ускорит доступ, а когда система перезагрузится / выключится, нет ничего, что можно было бы очистить ». Однако, если вы думаете о внедрении временного пространства в качестве RAM-диска, который будет заменен, я бы рассмотрел последствия использования пространства подкачки вашей системы другими программами. Если swap существует как форма «аварийного переполнения», когда система находится в ужасном состоянии и нуждается в ней, последнее, что вам нужно, это иметь пространство подкачки, потребляемое при запуске процесса / tmp, потребляющее память, вызывая давление на Подсистема VM для обмена на диск. Между операциями свопинга и дополнительной потоковой передачей ввода / вывода на RAM-диск (что, в свою очередь, может привести к тому, что дополнительные страницы будут удовлетворять требованиям seek()), ваша система быстро станет привязкой ввода / вывода.
Использование 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.
В ответ на вопрос, почему вы хотите отдельный раздел / tmp, я уверен, что есть много причин, как некоторые уже заявили, но тот, который я считаю особенно полезным сегодня, заключается в том, что если вы работаете / SSD, вы хотите свести к минимуму записи на этот диск, поэтому перемещение / tmp - хорошая идея, так как это область файловой системы, которая имеет тенденцию сильно меняться.
Я доволен ext4. Вы можете играть с некоторыми настройками монтирования, если хотите настроить его или использовать tmpfs, если у вас много бара.