Vitesse de cryptage du disque entier TrueCrypt


49

Je vais bientôt avoir un nouveau portable de développement, et je pense utiliser TrueCrypt pour chiffrer le disque entier.

À quel type de baisse de performance puis-je m'attendre? dix%? 30%? Plus? De plus, en supposant que la charge de travail ait un effet, la compilation / l’utilisation de Visual Studio serait-elle trop affectée? Je n'arrive pas à trouver quoi que ce soit du genre sur le Web.

Réponses:


44

Je n'ai pas de chiffres précis, mais les performances vont chuter, bien que légèrement.

Un article de blog décrivait les performances générales du chiffrement de disque complet sur une partition système et comment cela pouvait affecter les performances perçues par les utilisateurs. Cela semble indiquer que les performances du processeur sont supérieures à celles du disque dur:

Pour moi, la question cruciale était de savoir quel type de surcharge le chiffrement de votre disque dur a sur les performances du système dans son ensemble. Pour essayer de mesurer cela, j'ai utilisé HDTune pour mesurer les performances du disque avant et après le cryptage avec TrueCrypt. Avant le cryptage, j'avais constaté un taux de transfert moyen d'environ 47 Mo / s avec le lecteur SATA de mon ordinateur portable en mode AHCI. Max était d’environ 59,9 Mo / s et d’un taux de rafales de 85,8 Mo / s, avec une utilisation moyenne du processeur de 4,1% tout au long du test.HHD Performance avant Truecrypt

Après le cryptage, j'ai constaté un taux de transfert moyen de 46,9 Mo / s, un pic de 59,7 Mo / s, une rafale de 62,9 Mo / s et une utilisation moyenne du processeur de 26,7%. Je ne m'y attendais pas, mais c'est là que j'ai vu mon succès. Lorsque vous y réfléchissez, cela a du sens - le cryptage / décryptage des données ne permet généralement pas de lire / écrire beaucoup plus de données (le cryptage et le décryptage sont effectués au niveau du bloc ou du secteur, pas au niveau du fichier entier). ne voyez pas la performance du disque considérablement réduite.

Tom's Hardware propose également un bon article, " Protégez vos données avec un cryptage ", qui détaille les implications pour les performances de l'utilisation de TrueCrypt sur un volume complet.

Consultez également le blog de Scott Gu concernant la vitesse du disque dur physique (c.-à-d. Le RPM) ( astuce / astuce: vitesse du disque dur et performances de Visual Studio ) qui peut grandement améliorer les performances de Visual Studio, que le chiffrement soit utilisé ou non.

Il y a un autre article ici: Quel est l'impact du cryptage système avec TrueCrypt sur la performance


2
De par mon expérience personnelle, je n’ai remarqué aucun impact significatif sur les performances lors de l’utilisation de Truecrypt. Je suis dans Visual Studio et j’utilise des machines virtuelles locales toute la journée.
Joe Kuemerle

1
Je peux confirmer la même chose - utiliser TrueCrypt sur mon Thinkpad T500 sur tout le disque et n'avoir remarqué aucun problème de performances.
ljubomir

1
Les nouveaux processeurs Intel ont une accélération matérielle pour AES. TrueCrypt le prend en charge et rend le cryptage beaucoup plus rapide.
KovBal

6

J'ai TrueCrypted mon netbook HD (un Samsung NC10). Il n'y a pas de différence notable dans l'utilisation quotidienne (mais je ne fais rien de lourd comme compiler ou utiliser PhotoShop), mis à part l'hibernation et la restauration à partir de l'hibernation, qui est considérablement plus lente.

Si vous faites des outils | Benchmark à partir de TrueCrypt, vous pouvez voir les taux de cryptage pour les différents chiffrements. Utilisez le nombre de Mo / s pour déterminer le temps nécessaire pour vider toute la mémoire sur le disque. Il faut environ 90 secondes à mon NC10 pour passer en hibernation (avec TrueCrypt), ce qui est peu pratique, mais pas aussi grave que si je perdais le netbook et que je devais avoir affaire à une personne ayant accès à toutes mes données.


6

J'ai effectué un certain nombre de tests lors de la compilation d'un projet volumineux (la compilation prend environ 10 minutes) sur un bureau Windows 7. Il n'y avait absolument aucune différence dans mes temps de génération avant et après TrueCrypt-ing le disque dur (en utilisant AES).


3

J'ai déjà fait ça. La performance n'a pas baissé autant. Le chiffrement est effectué en mémoire. Et les nouvelles versions mobilisent plusieurs cœurs, le cas échéant . Vous devriez régler avec la méthode de cryptage la plus rapide pour plus de vitesse. Vous pouvez analyser les algorithmes dans TrueCrypt . AES est le plus rapide, utiliser un cryptage combiné ralentira davantage.

Je n'ai pas du tout remarqué d'arrière-plan de performance, même s'il devait y en avoir. Vérifiez wikipedia pour des remarques sur les performances .


2

Si vous envisagez de chiffrer l'intégralité du disque, la perte de performances ne devrait en réalité pas être aussi grave. Malheureusement, je n'ai pas de chiffres, mais le système semble avoir à peu près les mêmes performances qu'avant le chiffrement du disque, lorsque vous exécutez un environnement de développement standard tel que Visual Studio, SVN, etc.

Cependant, un volume basé sur un fichier est beaucoup plus lent et de nombreuses tâches peuvent prendre deux fois plus de temps (encore une fois, je n’ai aucun chiffre mais c’est beaucoup plus lent).

En fin de compte , tous les autres programmes que vous installez sur votre ordinateur auront probablement beaucoup plus d’impact sur les performances générales que le cryptage du disque système.


1

Pour ce que ça vaut, j'ai une machine à 4 cœurs (8 threads) et j'utilise un disque partitionné de 1 To, 500 Go crypté et 500 Go non crypté. Compiler un projet sur la partition cryptée prend environ 40 minutes et le processeur est inactif pour la plupart. Compiler sur un disque non chiffré prend environ 6 minutes. C'est avec la compilation multitraitement activée dans VS2010. Je pense que le cryptage devient un goulot d'étranglement lorsque vous avez plusieurs cœurs.


1

Mon employeur installe le chiffrement de disque entier PGP sur mon Lenovo W500 et le taux de performance subjective est de 30% à 50%. Tout est beaucoup, beaucoup plus lent. Le plus important est de démarrer et tous les programmes démarrent avec un retard remarquable. Problème suivant: la défragmentation de disque fonctionne-t-elle toujours? Aucune information ne peut être trouvée et l'impact sur les performances peut indiquer un problème. Recommandez ce que je fais chez moi: Cryptez uniquement les données, n’utilisez pas d’hybridation et demandez-vous à quel point il est important que vos données fassent l’effort d’analyser votre fichier d'échange.


0

Je m'attendrais à ce que la performance diminue fortement lors de l'écriture, mais pas aussi sérieusement lors de la lecture. Vous pouvez surveiller l'utilisation de votre disque et de votre mémoire Visual Studio, le comparer à ce que vous pouvez trouver sur le Web et utiliser des écritures différées sur disque, dans la mesure du possible.


0

J'étais TrueCrypt sur un disque dur de 500 Go et je ne constate aucun problème de performances.

Mais je l'ai partitionné de sorte que seuls mon système d'exploitation et mes fichiers utilisent TrueCrypt. Les fichiers de programme sont dans un lecteur différent.


0

Mon ordinateur portable entier est crypté depuis octobre 2012, je ne fais que compliquer, jouer, regarder des films, et aucun problème, il est plus lent mais imperceptible. Je n’avais que quelques problèmes pour compiler un DVD avec MS DVD Maker, cela prend plus de 2 heures, mais je ne sais vraiment pas si c’est à cause de mon utilisation de TC, néanmoins j’ai besoin d’utiliser TC à cause de safe et de ri $ k $ avec mes informations, si vous n’avez pas besoin de protéger les informations sensibles, il est préférable de ne pas les écrire.

Bonne apparence.

Intel Core I7 1,6 - 2,8 MHz x 8 T. 8 Go de RAM 1 G DDR3 ATI RADEON.


0

Laissez les tests parler:

WDS250G2X0C NVMe 256 Go

WDS250G2X0C NVMe 256 Go

WDS250G2X0C NVMe 256 Go crypté

WDS250G2X0C NVMe 256 Go crypté

CPU

CPU

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.