Question A quoi servent "/ run / lock" et "/ run / shm"?


Je veux juste savoir où et comment /run/lock et /run/shm peut aider notre PC.

$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              56G   13G   41G  24% /
udev                  983M  4.0K  983M   1% /dev
tmpfs                 396M  840K  395M   1% /run
none                  5.0M  8.0K  5.0M   1% /run/lock
none                  990M  164K  990M   0% /run/shm

71
2017-07-29 03:49


origine




Réponses:


Réponse courte: ils stockent des fichiers système temporaires, y compris des verrous de périphérique et des segments de mémoire partagés entre différents processus. Ne vous inquiétez pas, ils utilisent généralement un fraction de leur "taille" indiquée par df

  1. /run est, en général, un système de fichiers temporaire (tmpfs) résidant dans la RAM (aka "ramdisk"); il est destiné à stocker des fichiers système ou d'état "temporaires" qui peuvent être critiques mais ne pas nécessite de la persistance lors des redémarrages.

    • /run est en fait une innovation assez récente, et a été ajoutée il y a quelques années pour remplacer les multiples tmpfs qui étaient créés (y compris /var/lock et /dev/shm) avec un seul tmpfs racine unifié.
    • Les principaux lieux /run  les remplacements sont:
    / var / run → / run
    / var / lock → / run / lock
    / dev / shm → / run / shm [actuellement seule Debian prévoit de le faire]
    / tmp → / run / tmp [facultatif; Actuellement, seule Debian envisage de proposer cela]
    
  2. /run/lock (anciennement /var/lock) contient des fichiers de verrouillage, c'est-à-dire des fichiers indiquant qu'un périphérique partagé ou une autre ressource système est en cours d'utilisation et contenant l'identité du processus (PID) l'utilisant; Cela permet aux autres processus de coordonner correctement l'accès au périphérique partagé.

  3. /run/shm (anciennement /dev/shm) est la mémoire partagée accessible en écriture du monde. À proprement parler, il est conçu comme stockage pour les programmes utilisant l'API POSIX Shared Memory. Il facilite ce qu'on appelle communication interprocessus  (IPC), où différents processus peuvent partager et communiquer via une zone mémoire commune, qui dans ce cas est généralement un fichier normal stocké sur un "disque virtuel". Bien sûr, cela peut être et a également été utilisé de manière créative;)

  4. Ne vous inquiétez pas de la taille: surtout, beaucoup de gens courent df -h et sachant que /run est soutenu par RAM sont choqués que leur précieux souvenir est "gaspillé" par ces dossiers mystérieux. Juste comme le Linux a mangé mon mythe RAM cependant, cette croyance est incorrecte.

    • La taille indiquée est seulement la maximum qui peut être utilisé
    • La valeur par défaut est 50% de la RAM physique
    • Seulement autant montré dans le Utilisé la colonne est actuellement utilisée, ce qui, dans la capture d'écran ci-dessus, contient moins de 1 Mo
    • Vous pouvez utiliser le ipcs -m commande pour vérifier que les segments de mémoire partagés réels utilisés correspondent au df résumé, et voir également quels PID les utilisent
    • Comme votre RAM ordinaire, /run est également éventuellement protégé par votre échange, donc si vous utilisez /run/shm pour des temps de compilation "plus rapides", gardez cela à l'esprit;)

96
2017-07-29 05:41



+1. CentOS (RHEL) 7. * Utilisez toujours / dev / shm encore maintenant. - Tuanitim