Page 1 sur 1

[Luks encryption] cpu I/O wait

Publié : mar. 19 mai 2020, 20:46
par kazman
Bonjour à tous,

J'ai renoncé à tourner sur un système chiffré avec LVM et LUKS (avec ou sans swap)

"cryptsetup --verify-passphrase --cipher aes-xts-plain64 --key-size 512 --iter-time 5000 --hash sha512 luksFormat /dev/sda2"


En effet, malgré une configuration correcte (Ryzen 7 3700x , 16g de ram , SSD) , je rencontre des freezes de mon système lors de téléchargements , compilation ou toute autre chose demandant des ressources disque / CPU.
Je ne constate pas de charge CPU importante lorsque cela se produit, par contre via "glances" , je constate bien des "warning CPU/IO WAIT"

J'ai testé différents kernel toujours pareil.

Je sais qu'il y a des optimisations possibles au niveau du "I/O scheduler" (mq-deadline, BFQ...)

Après plusieurs recherches, je vois pas mal de personnes rencontrant la même problématique avec un chiffrage disque.


Avez-vous une idée pour résoudre ce soucis svp ?

Merci d'avance

Re: [Luks encryption] cpu I/O wait

Publié : mer. 20 mai 2020, 16:39
par laurent85
Bonjour,
Que ce soit LUKS ou LVM sur LUKS je n'ai jamais eu de problème de stabilité en tout cas. Par contre à cause des io wait j'avais abandonné le chiffrage du système pour chiffrer uniquement les données. Mais je n'utilise plus LUKS.

Re: [Luks encryption] cpu I/O wait

Publié : dim. 31 mai 2020, 14:26
par kazman
laurent85 a écrit : mer. 20 mai 2020, 16:39 Bonjour,
Que ce soit LUKS ou LVM sur LUKS je n'ai jamais eu de problème de stabilité en tout cas. Par contre à cause des io wait j'avais abandonné le chiffrage du système pour chiffrer uniquement les données. Mais je n'utilise plus LUKS.

Bonjour Laurent,

J'ai enfin trouvé la solution !

Fresh install Arch Linux sur ssd Nvme (evo 970 Samsung).
Le chiffrage est devenu complètement transparent avec des performances de haut vol.

Ce type de SSD prends en charge l'AES 256 nativement et matériellement.