Que sistema de arquivos / sistema de arquivos a usar para a partição / tmp

4

Ao usar uma partição de disco separada para /tmp , ou seja, /dev/sda4 , qual sistema de arquivos é mais adequado?

ext4 parece inadequado: não preciso de diário, também não preciso do diretório lost+found .

De preferência, eu reformaria a partição novamente na inicialização, sistema de arquivos / check recovery não faz sentido.

Em uma situação em que não quero usar tmpfs para /tmp , qual sistema de arquivos seria melhor para /tmp ?

    
por Martin Vegter 10.07.2017 / 22:23

3 respostas

1

Eu iria pessoalmente para o tmpfs, já que armazena arquivos na memória, em geral muito mais rápido.

Eu encontrei isto: link

tmpfs: is a filesystem which stores its files in RAM. This doesn't mean that the filesystem will eat all your RAM. Instead it takes only that amount it really needs. Usually only some MB are needed. If you'll use it, add a line like: none /tmp tmpfs size=64M,mode=1777 0 0 to your /etc/fstab. You can change the size to a value you like. If you think at some point that it is too less, you can use mount to increase the size: mount -t tmpfs tmpfs /tmp -o size=128M,mode=1777,remount. The size will be increased in place without deleting existing files.

ext2/3: You said in your question that you don't need any fancy features. However I would advice for using a journal. Because if you use ext2 and you have a quite large /tmp it would take some time for checking it. ext3 boots any many cases faster. Therefore I would suggest the use of journalling.

ext4, reiserfs etc.: Some software uses /tmp for storing large amounts of small files. So in some cases there are no more free blocks and the filesystem is full. ext4 and also reiserfs store files in a different way. So it could be a good choice to use those for your /tmp.

If your computer runs for a long time, it is a good idea to delete unused files in /tmp. tmpreaper is one solution which does that for you.

However my first choice would be using tmpfs.

EDIT: Desde que você não quer um diretório Lost + Found nem tmpfs, btrfs e reiserfs / reiser4 não tem um Lost + Found, afaik, talvez você queira usar um desses? Eu recomendaria o btrfs sobre o reiserfs / reiser4.

Comparação de sistemas de arquivos: link

    
por 10.07.2017 / 22:38
0

Eu preferiria usar algo que persiste durante a reinicialização, portanto, não tmpfs (especialmente desde que você disse que não queria usá-lo). Pela mesma razão, eu não iria reformatar a cada reinicialização. Aqui estão dois motivos para começar:

  • Algumas das coisas em /tmp podem ser desejadas imediatamente após uma reinicialização não programada. Isso pode incluir arquivos dos quais você pode recuperar o trabalho perdido.
  • Alguns navegadores armazenam em cache arquivos baixados lá (por exemplo, PDFs que você lê on-line). Tê-los lá economiza tempo se você retornar a eles.

Eu aprecio que o lixo se acumula lá. Eu não acho isso um problema; No FreeBSD (que eu uso) existe um cron job padrão que limpa arquivos depois de alguns dias, e você pode ajustar isso. Tenho certeza de que há um equivalente Liinux.

Eu provavelmente escolheria ext4 - por que não? (no FreeBSD, eu uso o padrão ufs ).

    
por 10.07.2017 / 22:48
0

Se você precisar de dados persistentes mesmo após a reinicialização, o tmpfs será excluído.

Existem vários sistemas de arquivos, como ext4, f2fs, btrfs.

Para recomendar um sistema de arquivos adequado, preciso saber o objetivo exato de / tmp.

Se você não precisa de consistência suportada por um sistema de arquivos, você pode usar ext4 com opção de diário desativada, F2FS (quando um programa que usa / tmp gera fsync freqüente), btrfs (se você precisar de funções de instantâneo)

Não use ext2 apenas porque você não precisa de registro no diário, pois o ext4 fornece várias funções, como alocador multibloco, pré-alocação, extensões, etc. para melhorar o desempenho.

    
por 08.12.2017 / 07:35