J'ai un netbook avec Windows sur la deuxième partition et Xubuntu ( /
y /home
) sur la troisième partition. J'ai choisi de crypter mon dossier personnel lors de l'installation. Les performances du netbook sont adéquates pour la petite machine qu'il est, mais je cherche à les améliorer. Je n'ai pas pu trouver beaucoup d'informations sur la surcharge (CPU ou disque) associée au cryptage de la partition personnelle. J'ai exécuté la procédure suivante, en écrivant sur ma partition personnelle ainsi que sur la partition Windows montée :
dd if=/dev/zero of=~/dummy bs=512 count=10240
dd if=/dev/zero of=/media/Windows/dummy bs=512 count=10240
Le premier a retourné 2,4 Mo/s et le second 2,5 Mo/s. Puis-je donc en déduire que le cryptage des dossiers personnels n'entraîne qu'une faible surcharge ? Je ne suis pas sûr que les différents systèmes de fichiers fassent une différence ( /
y /home
sont ext3).
Mise à jour 1
Je ne sais pas pourquoi je n'ai pas utilisé /tmp
au lieu du dossier Windows monté. Seulement /home
est crypté, donc /tmp
est ext3 non crypté. Les résultats de la dd
comme ci-dessus sont stupéfiants :
~
: 2.4 MB/s
/tmp
: 42.6 MB/s
Des commentaires s'il vous plaît ? La raison pour laquelle je pose cette question est que l'accès au disque sur le netbook est sensiblement lent.
Mise à jour 2
J'ai chronométré chacune des dd
les opérations avec time
:
~
:
real 0m2.217s
user 0m0.028s
sys 0m2.176s
/tmp
:
real 0m0.152s
user 0m0.012s
sys 0m0.136s
Voir aussi : discussion sur UbuntuForums.org y rapport de bogue (2012/05/11 : il semble maintenant qu'il s'agisse d'un bogue relatif au SSD)
Edit : Sortie de mount
:
/dev/sda3 on / type ext3 (rw,noatime,errors=remount-ro,user_xattr,commit=600)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/USER/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=USER)
Mise à jour 2012/05/01 : Autres liens connexes pour référence : un (ancien) Phoronix test , a similaire question ici, un duplicate question ici et une similaire Question du super-utilisateur. Un bon résumé de la réponse aquí suggère que les pénalités de performance ne sont perceptibles que sur les processeurs et les SSD de petite taille/netbook (Atom).
1 votes
Oui, les différents systèmes de fichiers font une différence. Vous devez isoler le cryptage comme étant la seule différence significative entre les tests pour attribuer une quelconque différence au cryptage. Je suppose que
/media/Windows
est ntfs.0 votes
Est-ce que ce n'est pas comparer EXT4 crypté avec NTFS ? La comparaison que vous voulez faire est sûrement entre EXT4 crypté et EXT4 normal. Edit : erk, ouais, ce que @jmtd a dit !
1 votes
Oui, je veux comparer l'ext3 crypté avec l'ext3 normal. Je viens de réaliser que je peux le faire en utilisant /tmp au lieu du dossier Windows monté. Je ne sais pas à quoi je pensais lorsque j'ai testé cela plus tôt dans la journée. Merci pour les indications. Je vais mettre à jour ma question.
0 votes
Comment est monté /tmp ? Est-ce un tmpfs ou est-il réellement sur le disque ext3 ?
0 votes
J'ai fait une installation standard d'Ubuntu sur un netbook avec 1 Go de RAM, donc /tmp est sur le disque plutôt que dans la RAM, je m'y attendrais.
0 votes
@SabreWolfy : si vous pouviez ajouter la sortie du montage, nous pourrions être sûrs. 42,6 Mo/s contre 2,4 Mo/s sur une partition chiffrée et 2,5 Mo/s sur une partition Windows, ça ne semble pas correct.
0 votes
@Olli : Fait ; question mise à jour.