Tmpfs: различия между версиями

Версия от 20:22, 23 февраля 2009

Что это и зачем?

tmpfs — файловая система, предназначенная для быстрого и ненадёжного хранения временных данных. Организовывается в виртуальной памяти (RAM+swap), поэтому при отмонтировании, перезагрузке или выключении теряет содержимое полностью. Не озадачивается долетанием данных до пластин в случае использования свопа на дисках, поэтому работает быстрее настоящих ФС даже в случае активного использования диска.

Подходит, например, для /tmp и сборок ПО.

Создание

Предполагает наличие достаточного объёма виртуальной памяти (для активного использования рекомендуется RAM, а своп — желательно на отдельном диске).

Без опции size файловая система конфигурируется на объём, равный половине RAM (при этом эта часть не резервируется, а используется по мере надобности, так что дефолт вполне разумный).

В дистрибутивах ALT Linux 4.0 и выше /tmp по умолчанию размещается на tmpfs (с помощью pam_mktemp), поэтому может быть достаточно создать при установке (или добавить позже) своп необходимого^[1] объёма, указать в /etc/fstab желаемый размер tmpfs:

 tmpfs /tmp tmpfs size=4g,nr_inodes=1m,nosuid 0 0

и перемонтировать ФС:

 mount -o remount /tmp

Проблемы

Известны проблемы со стабильностью даже той условной сохранности данных, которая декларируется tmpfs; так, при существенной нагрузке на VM во времена 2.6.18 могли наблюдаться невоспроизводимые (случайные) пропадания файлов и сбой сборки по этой причине. К выходу Server 4.0 часть таких проблем была исправлена, но при странностях следует попробовать воспроизвести сборку на реальной ФС (или выполнить несколько прогонов на tmpfs и оценить воспроизводимость места сбоя).

↑ Для личного hasher может быть достаточно одного-двух гигабайт; для создания DVD при помощи mkimage — восемь-десять; для многопользовательского случая соответственно умножаем.

[1] Для личного hasher может быть достаточно одного-двух гигабайт; для создания DVD при помощи mkimage — восемь-десять; для многопользовательского случая соответственно умножаем.

[1]

@@ Строка 1: / Строка 1: @@
 [[Категория:Admin]]
 [[Категория:Devel]]
-[[Категория:Hasher]]
 {{DISPLAYTITLE:tmpfs}}
@@ Строка 15: / Строка 13: @@
 Без опции <tt>size</tt> файловая система конфигурируется на объём, равный половине RAM (при этом эта часть не резервируется, а используется по мере надобности, так что дефолт вполне разумный).
-В дистрибутивах ALT Linux 4.0 и выше /tmp по умолчанию размещается на tmpfs, поэтому может быть достаточно создать при установке (или добавить позже) своп необходимого<ref>Для личного hasher может быть достаточно одного-двух гигабайт; для создания DVD при помощи mkimage — восемь-десять; для многопользовательского случая соответственно умножаем.</ref> объёма, указать в /etc/fstab желаемый размер tmpfs:
+В дистрибутивах ALT Linux 4.0 и выше /tmp по умолчанию размещается на tmpfs (с помощью [[pam_mktemp]]), поэтому может быть достаточно создать при установке (или добавить позже) своп необходимого<ref>Для личного hasher может быть достаточно одного-двух гигабайт; для создания DVD при помощи mkimage — восемь-десять; для многопользовательского случая соответственно умножаем.</ref> объёма, указать в /etc/fstab желаемый размер tmpfs:
    tmpfs /tmp tmpfs size=4g,nr_inodes=1m,nosuid 0 0
@@ Строка 22: / Строка 20: @@
    mount -o remount /tmp
 == Проблемы ==
 Известны [http://lists.altlinux.org/pipermail/devel/2006-April/125129.html проблемы со стабильностью] даже той условной сохранности данных, которая декларируется tmpfs; так, при существенной нагрузке на VM во времена 2.6.18 могли наблюдаться невоспроизводимые (случайные) пропадания файлов и сбой сборки по этой причине. К выходу Server 4.0 часть таких проблем была исправлена, но при странностях следует попробовать воспроизвести сборку на реальной ФС (или выполнить несколько прогонов на tmpfs и оценить воспроизводимость места сбоя).