• # avancées

    Posté par . En réponse au message swap, chiffrement, blockage. Évalué à 2.

    Suivant vos commentaires, j'ai avancé vers un scénario reproductible.

    Je lance uniquement plusieurs instance d'un programme python qui consomme beaucoup de ram et beaucoup de cpu.

    Les ventillos se lancent à fond.

    Avec le swap, le pc finit par figer : les ventillos s'éteignent, l'écran reste allumé sur la dernière image du bureau.

    Sans le swap (sudo swapoff -a), le pc tourne, les ventillos toujours à fond. Des instances finissent par planter en outofmemory. Je peux en relancer autant que je veux.

    J'en déduis que c'est bien le fait de swaper qui provoque le freeze. Est-ce parce qu'il est chiffré ? je n'ai pas encore les moyens de le vérifier.

    Pour l'instant je n'ai pas d'option parfaite :

    1. En l'état (swap chiffré) : il ne faut pas trop swapper pour éviter le freeze et donc vivre avec une épée de Damoclès. Comme je suis gros consommateurs de firefox, libreoffice, java, python, VM, ça n'est pas simple. Je ne sais pas comment diagnostiquer mieux.

    2. Sans swap : à part que le pc ne plante pas, la menace est la même mais sur un processus quelconque. Je n'ai pas trop envie de perdre un travail en cours. Est-ce que l'on peut prioriser les processus à tuer (hors "le plus gros") ? Et puis, pas d'hibernation sans réactiver le swap.

    3. Swap non chiffré : cela nécessite de modifier ma conf en retaillant les partitions. Et cela compromet la sécurité de mes données (le swap, surtout en hibernation, regorge de données intéressantes).

    Je vais tester un peu avec le swapiness à 10 au lieu de 60. Je ne vois pas trop comment ça solutionnerait mon problème mais ça a au moins le mérite d'améliorer les perfs sur un pc avec beaucoup de ram, dixit certains articles.