[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Disque Dur SSD



Pascal Hambourg a écrit :
> Pour quelle(s) raison(s) ? Le découpage en blocs qui implique une
> lecture-modification-écriture en cas de modification partielle d'un
> bloc (comme les bandes en RAID 5) ?

Je ne suis pas un spécialiste de ces questions, mais je sais que la
limite vient de la capacité de chiffrement du processeur (les dernières
générations ayant fait d'énormes progrès) et l'expérience montre que le
chiffrement d'un flux est bien plus lent que son déchiffrement.

> Une telle chute en écriture me surprend quand même beaucoup. Comment
> as-tu testé pour obtenir ces valeurs ?

Pour la lecture, je copie un gros fichier dans le répertoire /tmp,
sachant qu'il s'agit d'une partition tmpfs (donc montée en mémoire) :

  sync ; time ( cp debian-9.7.0-amd64-DVD-1.iso /tmp ; sync )

NB ; Ce test n'est consistant que lors du premier essai car les fois
     suivantes, le fichier est en cache et les performances apparentes
     dépassent les performances théoriques du disque.

Pour l'écriture, je duplique ce fichier sur disque :

  sync ; time ( cp /tmp/debian-9.7.0-amd64-DVD-1.iso ~/ ; sync )

Au passage, j'ai effectué deux autres tests ce soir, avec d'autres
fichiers de plusieurs Go, et je constate une certaine variabilité :

Écriture : entre  82 et 109 Mo/s
Lecture :  entre 724 et 830 Mo/s

> Je n'ai pas ce genre de matériel mais j'ai fait un test sur ma petite
> machine avec un volume chiffré LUKS et j'obtiens une chute de 15% en
> lecture et 30% en écriture séquentielle brute avec dd.

La vitesse d'écriture d'un disque dur SATA mécanique plafonnant aux
alentours des 120 Mo/s environ, la capacité de chiffrement du processeur
n'est pas le facteur limitatif car le processeur chiffre les données
plus vite que le disque ne peut les enregistrer (enfin, si l'on
considère un processeur multi-cœur pas trop poussif et ancien).

Lorsque j'utilisais un disque mécanique, la compilation été ralentie
parce qu'un cœur était largement occupé par le chiffrement, mais les
écritures sur disque n'était pas ralenties par le processeur.

Sébastien

-- 
Sébastien Dinot, sebastien.dinot@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !


Reply to: