Bon système de fichiers pour / tmp?

31

Je pense avoir / tmp sur sa propre partition ... quel serait un bon système de fichiers avec lequel le formater?

La raison pour laquelle je pose la question est que les données stockées dans / tmp ne sont pas permanentes. Je n'ai donc pas besoin de journalisation, d'un index sophistiqué ou de tout autre élément.

    
posée Nathan Osman 08.08.2010 - 03:49
la source

8 réponses

27

Je trouve parfois que le déplacement de /tmp à ram ( tmpfs ) est la meilleure solution (surtout sur mes installations qui utilisent beaucoup de matériel IO intensif de disque - MySQL, etc.) si vous avez suffisamment de RAM pour le nourrir. / p>     

réponse donnée Marco Ceppi 08.08.2010 - 04:47
la source
25

Il y a plusieurs bons choix ici:

  1. tmpfs : est un système de fichiers qui stocke ses fichiers en mémoire vive. Cela ne signifie pas que le système de fichiers va manger toute votre RAM. Au lieu de cela, il ne prend que la quantité dont il a vraiment besoin. En général, seuls quelques Mo sont nécessaires. Si vous l'utilisez, ajoutez une ligne comme: none /tmp tmpfs size=64M,mode=1777 0 0 à votre /etc/fstab . Vous pouvez changer le size à une valeur que vous aimez. Si vous pensez que c'est trop peu, vous pouvez utiliser mount pour augmenter la taille: mount -t tmpfs tmpfs /tmp -o size=128M,mode=1777,remount . La taille sera augmentée sans supprimer les fichiers existants.
  2. ext2 / 3 : vous avez dit dans votre question que vous n’avez pas besoin de fonctionnalités sophistiquées. Cependant, je conseillerais d'utiliser un journal. Parce que si vous utilisez ext2 et que vous avez un /tmp assez important, cela prendra du temps pour le vérifier. ext3 démarre beaucoup plus rapidement. Par conséquent, je suggère l'utilisation de la journalisation.
  3. ext4 , reiserfs , etc.: certains logiciels utilisent /tmp pour stocker de grandes quantités de petits fichiers. Donc, dans certains cas, il n'y a plus de blocs libres et le système de fichiers est plein. ext4 et reiserfs stockent également les fichiers d'une manière différente. Donc, cela pourrait être un bon choix d'utiliser ceux de votre /tmp .

Si votre ordinateur fonctionne depuis longtemps, il est conseillé de supprimer les fichiers inutilisés dans /tmp . tmpreaper est une solution qui fait cela pour vous.

Cependant, mon premier choix serait d'utiliser tmpfs .

    
réponse donnée qbi 08.08.2010 - 10:30
la source
6

Si vous ne voulez pas qu’il mange de la mémoire vive, je le lance simplement en tant qu’ext2 . Il n'y a pas de raison de perdre le peu de performance de la journalisation pour un système de fichiers dont les données ne devraient pas (ne devraient pas) se soucier des redémarrages.

En fait, grattez ça, vous devriez probablement utiliser ext4 et désactiver son journal, il devrait être plus rapide que ext2. Formatez-le ext4 et collez-le dans fstab avec l'option de montage data=writeback .

    
réponse donnée Nicholas Knight 08.08.2010 - 04:59
la source
6

Utiliser tmpfs devrait convenir à vos besoins, à condition d’avoir suffisamment de mémoire vive installée .

Cela étant dit ... quelque chose qui devrait être considéré en ce qui concerne l’utilisation d’un disque virtuel pour /tmp (cela provient d’un ancien article ailleurs ):

  • Faut-il / tmp se trouver sur une zone de disque réelle ou être implémenté essentiellement dans la zone SWAP (ou tmpfs)?

Quand il est très utilisé, c'est une tentation - "nous allons mettre / tmp sur un disque RAM, cela accélérera l'accès, et quand le système redémarrera / s'arrêtera, il n'y aura plus rien à nettoyer". Cependant, si vous envisagez d'implémenter l'espace temporaire comme un disque RAM qui sera échangé, alors je considérerai les ramifications de l'utilisation de l'espace d'échange de votre système par d'autres programmes. Si le swap existe comme une forme de «dépassement d'urgence» lorsque le système est en difficulté et qu'il en a besoin, la dernière chose dont vous avez besoin est d'avoir un espace de swap consommé par un processus de remplissage / tmp, consommant de la mémoire. Sous-système VM à permuter sur le disque. Entre l’activité de swap et la diffusion d’E / S supplémentaire sur le disque RAM (ce qui peut entraîner des pages supplémentaires pour satisfaire un seek() ), votre système deviendra rapidement lié aux E / S.

    
réponse donnée Avery Payne 08.08.2010 - 20:02
la source
5

Utiliser ext4 avec des options de montage spécifiques devrait convenir. Utilisez les options de montage suivantes:

barrier=0 : Significantly improves file write operations in some scenarios
noatime : Don't update file last access time, you don't need this on /tmp files and it should help with write operations performance.
    
réponse donnée João Pinto 08.08.2010 - 10:11
la source
3

Je suis content avec ext4. Vous pouvez jouer avec certaines options de montage si vous souhaitez le modifier ou utiliser tmpfs si vous avez beaucoup de ram.

    
réponse donnée Michał Šrajer 07.08.2011 - 19:03
la source
2

En réponse à la question de savoir pourquoi vous souhaiteriez une partition / tmp séparée, je suis sûr qu'il y a de nombreuses raisons, comme certains l'ont déjà dit, mais que je trouve particulièrement relavant aujourd'hui si vous utilisez / exécutez un SSD, vous voulez minimiser les écritures sur ce disque, donc déplacer / tmp est une bonne idée car c’est une zone du système de fichiers qui a tendance à beaucoup changer.

    
réponse donnée Matt Smith 21.07.2012 - 05:33
la source
0

Je pense que tmpfs est peut-être une mauvaise option, car / tmp est généralement accessible en écriture pour que tout le monde puisse le remplir.     

réponse donnée Christian DeKonink 28.06.2012 - 04:59
la source

Lire d'autres questions sur les étiquettes