Próximo: Considerações de segurança, Anterior: Acesso à rede, Acima: Instalando Guix em um Cluster [Conteúdo][Índice]
Uma preocupação comum dos administradores de sistemas é se tudo isso vai consumir muito espaço em disco. Se alguma coisa vai esgotar o espaço em disco, serão conjuntos de dados científicos em vez de software compilado — essa é nossa experiência com quase dez anos de uso do Guix em clusters HPC. No entanto, vale a pena dar uma olhada em como o Guix contribui para o uso do disco.
Primeiro, ter várias versões ou variantes de um determinado pacote em
/gnu/store não custa necessariamente muito, porque
guix-daemon
implementa a desduplicação de arquivos idênticos, e as
variantes de pacote provavelmente terão vários arquivos em comum.
Conforme mencionado acima, recomendamos ter um cron job para executar
guix gc
periodicamente, o que remove o software não utilizado
de /gnu/store. No entanto, sempre há a possibilidade de que os
usuários mantenham muitos softwares em seus perfis, ou muitas gerações
antigas de seus perfis, que são “ativos” e não podem ser excluídos do
ponto de vista do guix gc
.
A solução para isso é que os usuários removam regularmente gerações antigas de seus perfis. Por exemplo, o comando a seguir remove gerações com mais de dois meses de idade:
guix package --delete-generations=2m
Da mesma forma, é uma boa ideia convidar os usuários a atualizarem regularmente seus perfis, o que pode reduzir o número de variantes de um determinado software armazenado em /gnu/store:
guix pull guix upgrade
Como último recurso, é sempre possível para os administradores de sistemas fazerem parte disso em nome de seus usuários. No entanto, um dos pontos fortes do Guix é a liberdade e o controle que os usuários têm sobre seu ambiente de software, então recomendamos fortemente deixar os usuários no controle.
Próximo: Considerações de segurança, Anterior: Acesso à rede, Acima: Instalando Guix em um Cluster [Conteúdo][Índice]