SSD : mesures gzip
SSD : mesures gzip jppDeuxième test.
Devant ces résultats un peu théoriques j'ai essayé de faire d'autres mesures peut-être plus représentatives. J'ai donc mesuré le temps de "dézipper" et de "rezipper" les sources du noyau "linux-2.6.31.6.tar.gz" soit à peu près 79Mo zippés et # 380Mo dézippés.
Les commandes exécutées sont :
sync
cd $REP
gzip -d linux-2.6.31.6.tar.gz
sync
gzip linux-2.6.31.6.tar
sync
Et la durée "ellapsed" de l'ensemble est mesurée par la commande "time" dont le résultat "real" est repris dans les tableaux.
Trois séries de tests ont été exécutées pour chacun des schedulers disponibles.
RAM 8GO | Quadcore kernel 2.6.30.2 | |||||||
Gzip | Gzip | Gzip | Gzip | TOTAL | ||||
SSD RAID | Noop | 38,20 | 35,14 | 36,03 | 109,37 | 24,726% | X | 24,726% |
CFQ | 38,06 | 37,20 | 36,50 | 111,76 | 25,267% | |||
Anticip | 36,84 | 36,20 | 37,17 | 110,21 | 24,916% | |||
Deadline | 38,89 | 36,07 | 36,02 | 110,98 | 25,091% | |||
151,99 | 144,61 | 145,72 | 442,32 | |||||
SATA RAID | Noop | 25,88 | 26,08 | 26,14 | 78,10 | 25,006% | 24,853% | |
CFQ | 26,21 | 26,11 | 26,25 | 78,57 | 25,157% | |||
Anticip | 25,90 | 25,95 | 26,18 | 78,03 | 24,984% | |||
Deadline | 25,48 | 26,03 | 26,11 | 77,62 | 24,853% | X | ||
103,47 | 104,17 | 104,68 | 312,32 | |||||
RAM 3GO | Quadcore kernel 2.6.31.4-xen (XEN) | |||||||
Gzip | Gzip | Gzip | Gzip | TOTAL | ||||
SSD RAID | Noop | 69,62 | 67,71 | 69,00 | 206,33 | 25,056% | 24,801% | |
CFQ | 69,13 | 68,31 | 66,79 | 204,23 | 24,801% | X | ||
Anticip | 69,78 | 67,77 | 69,32 | 206,87 | 25,122% | |||
Deadline | 68,94 | 68,85 | 68,25 | 206,04 | 25,021% | |||
277,47 | 272,64 | 273,36 | 823,47 | |||||
SATA RAID | Noop | 58,96 | 58,30 | 58,65 | 175,91 | 24,999% | X | 24,999% |
CFQ | 58,43 | 58,91 | 58,58 | 175,92 | 25,000% | |||
Anticip | 58,67 | 58,53 | 58,71 | 175,91 | 24,999% | X | ||
Deadline | 58,30 | 59,51 | 58,12 | 175,93 | 25,002% | |||
234,36 | 235,25 | 234,06 | 703,67 | |||||
RAM 8GO | Quadcore kernel 2.6.31.4-xen (XEN) | |||||||
Gzip | Gzip | Gzip | Gzip | TOTAL | ||||
SSD RAID | Noop | 73,08 | 74,02 | 71,39 | 218,49 | 24,943% | 24,904% | |
CFQ | 74,30 | 72,18 | 73,82 | 220,30 | 25,150% | |||
Anticip | 72,62 | 72,90 | 73,50 | 219,02 | 25,003% | |||
Deadline | 73,35 | 73,03 | 71,77 | 218,15 | 24,904% | X | ||
293,35 | 292,13 | 290,48 | 875,96 | |||||
SATA RAID | Noop | 62,21 | 62,09 | 62,24 | 186,54 | 24,985% | X | 24,985% |
CFQ | 62,08 | 61,62 | 63,18 | 186,88 | 25,030% | |||
Anticip | 62,09 | 61,70 | 62,85 | 186,64 | 24,998% | |||
Deadline | 63,08 | 61,90 | 61,57 | 186,55 | 24,986% | |||
249,46 | 247,31 | 249,84 | 746,61 |
Les résultats montrent que les SSD ne gagnent pas toujours ! Curieusement tous les tests sur le disque SSD sont très nettement moins bons, presque deux fois moins rapides !
Une analyse plus fine montre que les temps de dézippage sont quasiment identiques (# 3 secondes) mais les temps de zippage sont très différents, 30 secondes pour le SSD et 15 secondes pour le disque SATA. Les quelques seconds "manquantes" sont le fait des ordres "sync" destinés à forcer les écritures.
Je n'ai encore trouvé aucune explication à ce phénomène, mais visiblement ce test pose un problème aux disques SSD.
On remarque dans ces tableaux que deux noyaux assez proches (2.6.30 et 2.6.31) ont des temps de réponse très différents :
2.6.30 : durée totale des tests (8Go RAM) : 442 + 312 = 754
2.6.31 : durée totale des tests (3Go RAM) : 823 + 703 = 1526 soit grossièrement le double des temps du 2.6.30 !
2.6.31 : durée totale des tests (8Go RAM) : contre toute attente la durée totale est de plus de 1620 secondes soit 6% de plus qu'avec 3Go.
Je constate sans expliquer .....