Estoy pensando en tener / tmp en su propia partición ... ¿cuál sería un buen sistema de archivos para formatearlo?
La razón por la que pregunto es porque los datos que se almacenan en / tmp no son permanentes, por lo que no necesito un diario, un índice elegante ni nada.
filesystem
tmp
Nathan Osman
fuente
fuente
/tmp
: en mi escritorio, en el mejor de los casos, uso 12MB, aunque en mis servidores/tmp
puede volverse loco cuando los clientes hacen cosas estúpidas en MySQL y lenguajes de script que hacen/tmp
que se hagan mucho más grandes. Lo mejor de tmpfs es que no solo quitará 64 MB de ram, es solo un techo duro. tmpfs se escalará a medida que se necesite más espacio, por lo que solo consume en tmpfs lo que se necesita en ese momento.Hay varias buenas opciones aquí:
none /tmp tmpfs size=64M,mode=1777 0 0
a su/etc/fstab
. Puede cambiar elsize
valor que desee. Si cree que en algún momento que es demasiado pequeño, se puede utilizarmount
para aumentar el tamaño:mount -t tmpfs tmpfs /tmp -o size=128M,mode=1777,remount
. El tamaño aumentará en su lugar sin eliminar los archivos existentes./tmp
, comprobarlo llevará algún tiempo. ext3 arranca más rápido en muchos casos. Por lo tanto, sugeriría el uso del diario./tmp
para almacenar grandes cantidades de archivos pequeños. Entonces, en algunos casos no hay más bloques libres y el sistema de archivos está lleno. ext4 y también reiserfs almacenan archivos de una manera diferente. Por lo tanto, podría ser una buena opción usarlos para usted/tmp
.Si su computadora funciona durante mucho tiempo, es una buena idea eliminar archivos no utilizados
/tmp
.tmpreaper
es una solución que hace eso por ti.Sin embargo, mi primera opción sería usar
tmpfs
.fuente
/etc/fstab
es parte deutil-linux
, por lo que estará presente en cualquier sistema Linux, independientemente del sistema init que se esté utilizando.Si no quieres que posiblemente coma RAM,
simplemente lo ejecutaré como ext2. No hay razón para comerse el pequeño impacto de rendimiento del registro en diario para un sistema de archivos cuyos datos no le interesan (no deberían) importar en los reinicios.En realidad, tacha eso, probablemente deberías usar ext4 y deshabilitar su diario, debería ser más rápido que ext2. Formatee ext4 y péguelo
fstab
con la opción de montajedata=writeback
.fuente
El uso
tmpfs
debe estar bien para sus necesidades, siempre que tenga una RAM adecuada instalada .Dicho esto ... algo que se debe considerar con respecto al uso de un disco RAM para
/tmp
(esto tomado de una publicación anterior en otro lugar ):Cuando se usa mucho, esto es una tentación: "pondremos / tmp en un disco RAM, acelerará el acceso, y cuando el sistema se reinicie / apague, no hay nada que limpiar". Sin embargo, si está pensando en implementar el espacio temporal como un disco RAM que se intercambiará, entonces consideraría las ramificaciones del uso del espacio de intercambio de su sistema por parte de otros programas. Si el intercambio está allí como una forma de "desbordamiento de emergencia" para cuando el sistema se encuentra en una situación extrema y lo necesita, lo último que necesita es que el espacio de intercambio sea consumido por un proceso desbocado que se llena / tmp, consume memoria y causa presión sobre el VM subsistema para intercambiar a disco. Entre la actividad de intercambio,
seek()
fuente
Usar ext4 con opciones de montaje específicas debería estar bien. Use las siguientes opciones de montaje:
fuente
Estoy feliz con ext4. Puedes jugar con algunas opciones de montaje si quieres modificarlo o usar tmpfs si tienes mucha memoria RAM.
fuente
En respuesta a los que preguntan por qué querrías una partición / tmp separada, estoy seguro de que hay muchas razones, como algunos ya han dicho, pero una que encuentro particularmente relevante hoy es que si estás ejecutando / en un SSD, desea minimizar las escrituras en esa unidad, por lo tanto, mover / tmp es una buena idea ya que es un área del sistema de archivos que tiende a cambiar mucho.
fuente
Creo que tmpfs podría ser una mala opción porque generalmente / tmp se puede escribir en todo el mundo, por lo que cualquiera puede llenarlo y, si se llena, tomará toda su memoria y su servidor se ralentizará.
fuente