Effectivement, la majorité des applications aurait peut-être du mal à remplir 8G de /tmp, mais ces 8Go représente aussi ta RAM. Du coup, si les applis qui tournent sont un peu gourmandes en RAM, tu n'as pas forcément autant d'espace dispo que ça pour ton /tmp. Tu n'es pas non plus à l'abri d'une appli qui déconne et qui blinde /tmp.
Par exemple, sur ma machine, il y a quelques années, en sortant d'une mise en sommeil, il arrivait que mon gestionnaire de fenêtre se mette à pondre des lignes de log en continu dans un fichier dans /tmp, jusqu'à saturation de la partition.
Dans l'absolu, à moins d'auditer dans le moindre détail l'intégralité des trucs qui tournent sur ta bécane, tu ne pourras jamais garantir à 100% que ton /tmp n'épuisera pas ta réserve de RAM. Du coup, il faut regarder ce qui se passe dans le pire des cas. Si tmp est sur le FS, tu blindes ton FS. A priori, c'est pas trop grave. Tu perds des logs, il y a p-e des applis qui se plantent un peu, mais le système d'exploitation continue à fonctionner. Par contre, si tu épuises ta RAM, si tu as du swap, ça va commencer à swapper (un bon coup dans les dents des performances), et à épuisement de RAM+swap, il y a des risques importants que le système crash.
Sur une machine perso, si tu as beaucoup de RAM et que tu veux réduire l'utilisation du SSD, monter /tmp en RAM peut-être une bonne idée. Si ça sature, un reboot et c'est réglé. Sur un serveur, il vaut probablement mieux monter /tmp sur un FS dédié.
[^] # Re: Concetées
Posté par gaaaaaAab . En réponse au message Petits conseils d'installation. Évalué à 2.
Effectivement, la majorité des applications aurait peut-être du mal à remplir 8G de /tmp, mais ces 8Go représente aussi ta RAM. Du coup, si les applis qui tournent sont un peu gourmandes en RAM, tu n'as pas forcément autant d'espace dispo que ça pour ton /tmp. Tu n'es pas non plus à l'abri d'une appli qui déconne et qui blinde /tmp.
Par exemple, sur ma machine, il y a quelques années, en sortant d'une mise en sommeil, il arrivait que mon gestionnaire de fenêtre se mette à pondre des lignes de log en continu dans un fichier dans /tmp, jusqu'à saturation de la partition.
Dans l'absolu, à moins d'auditer dans le moindre détail l'intégralité des trucs qui tournent sur ta bécane, tu ne pourras jamais garantir à 100% que ton /tmp n'épuisera pas ta réserve de RAM. Du coup, il faut regarder ce qui se passe dans le pire des cas. Si tmp est sur le FS, tu blindes ton FS. A priori, c'est pas trop grave. Tu perds des logs, il y a p-e des applis qui se plantent un peu, mais le système d'exploitation continue à fonctionner. Par contre, si tu épuises ta RAM, si tu as du swap, ça va commencer à swapper (un bon coup dans les dents des performances), et à épuisement de RAM+swap, il y a des risques importants que le système crash.
Sur une machine perso, si tu as beaucoup de RAM et que tu veux réduire l'utilisation du SSD, monter /tmp en RAM peut-être une bonne idée. Si ça sature, un reboot et c'est réglé. Sur un serveur, il vaut probablement mieux monter /tmp sur un FS dédié.