Hoje em dia, as distribuições mais populares usam o sistema de arquivos tmpfs para manipular arquivos temporários. Quando em uso, esses arquivos são carregados na memória volátil (RAM neste caso), em vez de um dispositivo de armazenamento persistente como um SSD ou disco rígido.
O que isso faz é a remoção de arquivos/pastas temporários após uma reinicialização, resultando em espaço de armazenamento economizado e sem desordem. Além disso, você também se beneficia de tempos de recuperação mais rápidos em comparação com dispositivos de armazenamento persistentes.
Claro, há desvantagens, como em sistemas sem espaço de swap suficiente, onde o Tmpfs poderia assumir grandes quantidades de memória, mas isso é um problema se você estiver executando com uma quantidade modesta de RAM.
Surpreendentemente, o Debian nunca realmente pegou a tendência. Voltando a 2012, houve chamadas para mudar para um sistema tmpfs de manipulação de arquivos temporários, mas, isso nunca aconteceu, até agora.
Debian finalmente dá o salto: Antes tarde do que nunca?
Anunciado pelo desenvolvedor Debian Luca Boccassi na debian-devel mailing list, o Debian finalmente mudou para um sistema Tmpfs baseado em RAM de manipulação de arquivos /tmp para a próxima versão Debian 13 "Trixie".
Nessa configuração, /tmp seria um Tmpfs por padrão, com arquivos com mais de 10 dias sendo excluídos em novas instalações, e para /var/tmp, o período de permissão é maior, com arquivos com mais de 30 dias sendo excluídos do armazenamento persistente.
Isso já foi implementado nas compilações de teste do Debian Trixie.
Como mencionado anteriormente, isso não é algo novo, os apelos para isso também foram feitos antes.
Luca reacendeu uma discussão anterior de 2020, que havia mencionado como a implementação systemd do Debian não correspondia ao comportamento padrão do systemd para lidar com /tmp e /var/tmp.
É claro que isso levou a uma série de discussões entre os membros antes de uma decisão ser tomada.
Um desses argumentos foi o de Michael Biebl, que temia sobre os efeitos potenciais da limpeza de arquivos temporários por padrão. Ele mencionou que "inadimplência são inadimplências, elas são trivialmente e totalmente substituíveis onde necessário, se necessário.", e que a coleta de feedback de todas as partes afetadas era necessária para tomar uma decisão informada.
Luca respondeu com o seguinte:
É impossível ter mudanças que façam todo mundo feliz, haverá sempre ser alguém que não gosta de qualquer escolha que se possa escolher (lá pessoas descontentes com as atuais também).
Ele também perguntou; "o que quebraria onde, e como consertá-lo?"
Em resposta a isso, muitas perguntas razoáveis foram feitas por outros, mas, no final, Luca seguiu em frente com essa mudança.
É ótimo ver o Debian finalmente se juntando a outras distribuições na implementação de Tmpfs e exclusão automática de arquivos para as pastas /tmp e /var/tmp. Não fazer isso tem permitido que arquivos inúteis desnecessários obstruam o armazenamento local.
Com esse desenvolvimento, outra questão surge; O Ubuntu seguirá um caminho semelhante?
Todos nós sabemos que o Ubuntu geralmente está mais ou menos de acordo com o que o Debian faz, a menos que seja a questão de Snaps, então ele faz outra coisa.
Escusado será dizer que o Ubuntu escolheu (comentário #4) para seguir o mesmo caminho, com uma diferença fundamental, por enquanto, eles não vão estender a idade de limpeza para /tmp para o período de 30 dias, eles pretendem fazê-lo mais tarde.
Além disso, eles não farão o backporting dessas mudanças para versões mais antigas do Ubuntu.
Depois que essa decisão foi tornada pública, uma animada conversa entre os membros da comunidade se seguiu, com uma pessoa dizendo que:
/var/tmp, IMO, não deveria existir - a ideia de arquivos temporários que devem persistir além de uma reinicialização é dívida de tecnologia, esses arquivos devem existir em um diretório/var/{cache,lib}adequado. Podman usa este diretório e ele me deixa louco.
O que achou da mudança? O Debian escolheu o curso de ação certo? Adicione seus pensamentos abaixo!
