GNU/Linux >> Tutoriels Linux >  >> Linux

Utiliser tmpfs + une très grande partition d'échange pour /tmp au lieu d'un système de fichiers normal ?

Ce n'est PAS une bonne idée.

Vous serez bien avec un grand /tmp partition, montée comme ceci (à partir de votre /etc/fstab )

tmpfs  /dev/tmp  tmpfs  defaults,nosuid,nodev,noexec,noatime,nodiratime,size=6000M 0 0

Et vous pouvez ajouter votre disque externe en tant que partition d'échange géante

/dev/sdb1  swap  swap  defaults  0 0

Lorsque cela atteint sa limite, votre machine commencera à échanger les pages de la RAM vers le disque. À ce stade, les moyennes de charge exploseront et la machine s'arrêtera.

C'est une mauvaise idée de compter sur SWAP de quelque manière que ce soit, vous feriez mieux de vendre votre disque de 500 Go et d'acheter simplement plus de RAM - c'est bon marché.

En résumé

Si vous voulez vraiment utiliser votre disque de 500 Go, vous pouvez monter votre disque de 500 Go sur /tmp avec un système de fichiers non journalisé avec atime et diratime désactivés (par exemple, ext2 ). Ce serait nettement plus rapide que de traiter avec une machine SWAP


Cela pourrait être une idée raisonnable.

Placer un système de fichiers réel sur /tmp entraîne des frais généraux, car les systèmes de fichiers passent par de grands efforts pour s'assurer que les données sur le disque ne sont pas corrompues en cas de défaillance du système. Pour un /tmp qui est nettoyé au démarrage, c'est évidemment juste une surcharge. L'utilisation d'un tmpfs éviterait cette surcharge.

D'autre part, les systèmes de fichiers s'assurent également que les fichiers sont organisés sur le disque de manière à optimiser le temps d'accès - c'est-à-dire qu'ils éviteront la fragmentation. Les accès séquentiels typiques aux fichiers entraîneront (principalement) des accès séquentiels au disque, qui sont plus efficaces que les accès aléatoires. Cet effet est plus prononcé sur les disques durs en rotation que sur les SSD. La combinaison swap + tmpfs ne peut pas facilement le faire, car swap ne sait pas quelle partie de la mémoire appartient à quel fichier et tmpfs ne sait pas comment les pages sont mappées à la mémoire physique ou au disque. Pour les fichiers volumineux, cependant, cela devrait bien fonctionner, car tmpfs et swap essaient de garder les choses contiguës dans ce cas. Au moins, tant qu'il y a beaucoup d'espace libre sur l'échange (sinon la fragmentation entre en jeu), et les écritures se produisent assez lentement pour qu'elles aient une chance d'être échangées.

L'essentiel est donc :cela dépend, vous devriez essayer les deux options pour voir celle qui fonctionne le mieux.

Lorsque vous montez les tmpfs, n'oubliez pas de définir explicitement la taille. La valeur par défaut est la moitié de la RAM physique, donc seulement 3 Go.


Linux
  1. Comment Linux gère-t-il plusieurs séparateurs de chemins consécutifs (/home////nom d'utilisateur///fichier) ?

  2. La partition /boot vraiment pour ?

  3. Système à double amorçage :combien d'espace dois-je allouer pour /, /home et /swap ?

  4. Comment systemd-tmpfiles nettoie /tmp/ ou /var/tmp (remplacement de tmpwatch) dans CentOS / RHEL 7

  5. Échangez la taille de la partition pour 4 Go de RAM

Partitionnement à l'aide des commandes parted et fdisk

Comment créer des partitions de disque à l'aide de cfdisk

Est-il bon de créer une partition séparée pour /boot ?

Pourquoi mettre des choses autres que /home sur une partition séparée ?

Comment changer /tmp par défaut en /home/user/tmp

Différence et utilisation correcte pour /tmp et /var/tmp