Como outros apontam (isso teria sido um comentário sobre suas respostas, mas cresceu muito para caber na caixa de comentário), isso é usado por alguns scripts de inicialização, geralmente durante o processo de inicialização, quando seus outros sistemas de arquivos podem ser somente leitura. ou até mesmo ainda não montado em tudo.
O sistema de arquivos é deixado montado depois que a inicialização é concluída, pois os scripts que gravam podem ser executados em outros momentos (se você reiniciar manualmente um serviço ou alternar os níveis de execução). Você não deve forçá-lo a desmontar caso o dispositivo / sistema de arquivos /lib/init
esteja ativado se torne somente leitura. Ele não consome nenhum recurso apreciável quando não está armazenando dados, portanto não é uma preocupação de desempenho.
Enquanto eu não vejo nenhum mal em usá-lo para seus próprios scripts se seus scripts são bem testados e podem ser garantidos para não preenchê-lo completamente de tal forma que initscripts não possam escrever lá quando eles precisarem , seria mais seguro criar sua própria tmpfs
mount para esse propósito (você pode ter quantos você quiser, em teoria, e eles consomem apenas memória quando realmente armazenam dados) ou apenas usar /tmp
e ter isso montado como um sistema de arquivos tmpfs
em vez de estar no disco.
Se você usar um sistema de arquivos tmpfs
para dados temporários, esteja ciente de que isso consumirá memória e, se estiver com pouca memória para iniciar, poderá induzir a troca. É por isso que geralmente uso uma montagem separada em vez de /tmp
(que é onde muitos processos vão colocar coisas, então é mais provável que use mais memória a longo prazo do que meus scripts). Se você tem muita memória "reserva" na maioria das vezes, isso não é um problema. Na saída de free
, top
e ferramentas semelhantes, a memória usada pelos dados mantidos em tmpfs
filesystems é normalmente contada na contagem "em cache" - consulte No Linux, qual é a diferença entre" buffers "e" cache " reportado pelo comando free? para mais detalhes sobre isso.
Editar: Esqueci de adicionar ... O outro motivo para criar sua própria montagem tmpfs
em vez de usar o que o Debian cria para seus scripts padrão, é que você está tornando seus scripts menos dependentes de uma propriedade específica da distribuição , o que significa que você tem um pouco mais para mudar se seus scripts forem migrados para outras configurações.