these doctorat une architecture de securité

Chapitre 7. Tests et performances
millisecondes, en fonction de la taille des données. La quatrième courbe Algo. séquentiel présente
les performances de la version mono-processeur et séquentielle de l’algorithme.
Nous avons décidé d’évaluer les performances du mécanismes de sécurité sur ces deux points
car les tous dépendent des communications effectuées, soit l’endroit où le mécanisme de sécurité
intervient principalement.
Les tests montrent que dès que la taille des données augmente, le pourcentage du coût induit
par les protocoles de sécurité baisse rapidement. Sur la figure représentant le temps de calcul
(bas), on passe d’un pourcentage allant de 120% pour une matrice ne contenant que 2 millions
de doubles à un pourcentage atteignant seulement 18% lorsque la taille de la matrice atteint 25
millions de doubles.
La chute brutale du ratio du coût de la sécurité en début s’explique par le temps constant que
requiert l’initialisation d’une session sécurisée et notamment des objets de cryptographie de la
bibliothèque Java.
tel-00239252, version 1 - 5 Feb 2008
L’analyse des courbes représentant les ratios montrent que le ratio tend à se stabiliser avec
l’augmentation de la taille des données et donc du temps de calcul global de l’application. Dès
lors, le mécanisme de chiffrement induit un coût constant qui semble se maintenir aux alentours
de 18%.
On constate également que la durée d’une itération de la version sécurisée, distribuée sur
huit processeurs est égale à celle de la version séquentielle pour un taille de matrice d’environ
22 millions de doubles. A partir de ce point, la version sécurisée et distribuée est plus rapide
que la version séquentielle. Pae exemple, lorsque la taille des données atteint 25 millions de
doubles, une itération de la version sécurisée est plus rapide de 4% qu’une itération de la version
séquentielle.
130