Comparatif dedibox v3 et v2
Par Dju » 06 juin 2010 (01:00) - Serveur
Après quelques jours d'utilisation de la dedibox v3, elle apparait à peu prés aussi puissante que la dedibox V2 ... suivant le type de tâche à executer.
BIen entendu, cela peut varier fortement que le processeur ou le disque dur sont plus ou moins sollicités en fonction du traitement.
Voici donc un petit benchmark comparant les 2 dedibox afin de se mettre d'accord si la "fameuse" v3 est plus puissante ou non :D
Avant de commencer,il faut savoir que le processeur Via de la dedibox V3 est réglé en mode "On demand".
C'est à dire qu'au repos, il tourne à 800 Mhz et consomme très peu.
Et lorsqu'on lui donne du boulot, il montre progressivement en fréquence jusqu'à 1.6 Ghz.
On peut bien entendu régler ce mode de manière à mettre le processeur en mode "performance", ou il sera toujours à 1.6 Ghz, et donc plus rapide, donc chauffera et consommera plus.
Voici comment effectuer ce réglage :
On se rend d'abord dans le dossier /sys/devices/system/cpu/cpu0/cpufreq/
Il y a plusieurs fichiers dont 2 importants : scalign_governor qui indique le mode actuel, et scaling_available_governors, donant la liste des modes disponibles.
il y en a plusieurs: conservative ondemand userspace powersave performance
Je ne vais pas tous les détailler, on trouve cela facilement sur le net.
Pour définir un mode de fonctionnement, par exemple le mettre en mode "performance", on fait un
echo performance > scaling_governor
De même, pour le remettre en mode ondemand :
echo ondemand > scaling_governor
Une fois le mode changé, on peut faire un cat /proc/cpuinfo afin de vérifier que la fréquence a bien changé.
Cela étant dit, il faut savoir également que suivant le mode dans lequel est réglé le CPU, les tâches qu'on execute vont être plus ou moins rapides.
C'est pourquoi lors de ces tests, il y aura 3 résultats:
- dedibox V2
- dedibox V3 ondemand
- dedibox V3 performance
la v2 est présentement sous UbuntuServer 9.04 32 bits, et la v3 sous UbuntuServer 10.04 64 bits.
1/ Récapitulatif
DEDIBOX V3
DEDIBOX V2
Pour ce qui est du prix, la dedibox V2, récemment arrêtée, coute 30€ par mois.
Pour la V3, il y a 40€ de frais d'installation puis 15€ par mois. Elle est donc rentable au bout de 3 mois
2/ Décompression de linux-source-2.3.62.tar (374 Mo)
Dedibox V2: 12 secondes
Dedibox V3 ondemand: 21 secondes
Dedibox V3 performance: 10 secondes
Ici, le processeur étant le plus sollicité, la différence est assez grande en mode ondemand. Par contre en mode performance, la V2 est un chouya moins rapide.
Les 2 processeurs (le V2 et le V3 "performance") étant à peu près égaux, c'est le disque dur qui fait ici la différence, celui de la V3 ètant plus rapide.
3/ mysql
Pour ce test, un petit script php va effectuer 50.000 requète sql à la suite sur une table ayant une 30aine de champs et une 60aine de lignes :
<?php $start = time(); $conn = @mysql_connect( 'server', 'login', 'password' ); $nb_reks = 50000; for( $a=0; $a<$nb_reks; $a++ ) { $query = @mysql_query( 'select * from dc_post', $conn ); if( $query ) { mysql_free_result( $query ); } } $diff = time() - $start; echo "temps: $diff\n"; ?>
Dedibox V2: 136 secondes
Dedibox V3 ondemand: 143 secondes
Dedibox V3 performance 140 secondes:
Pas de grande différence ici, la ram étant principalement sollicitée.
4/ requêtes http
Ici, on va simuler des requêtes HTTP en utilisant la commande ab (Apache Benchmark), qui permet de autant de requêtes http que l'on veut, dont un certain nombre simultanément.
On va mettre 10.000 requêtes HTTP, dont 100 simultannées :
ab -n 10000 -c 100 http://127.0.0.1/phpinfo.php
On va appeler une page php, contenant un bon vieux phpinfo(), en local, afin de ne pas avoir le test faussé par une éventuelle latence de réseau.
Le serveur web est apache2, et le php est en version 5.2.
Dedibox V2: 34,92 secondes, soit 286,3 requètes / secondes
Dedibox V3 ondemand: 34,57 secondes, soit 289,2 requètes / seconde
Dedibox V3 performance: 33,52 secondes, soit 298 requètes / seconde
edit: voici quelques autres test réalisés
5/ openssl
Le processeur via ayant des instructions de crypto materielle AES, j'ai pu activer le mode padlock grâces aux remarque de peter, et au blog de nonobzh
commande pour lancer le test sans padlock
openssl speed -evp aes-128-ecb
donne le résultat
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-128-cbc 38776.31k 63947.95k 76019.11k 80110.25k 81673.42k
et avec le padlock :
openssl speed -evp aes-128-ecb -engine padlock
donne le résultat :
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-128-ecb 128178.63k 435178.33k 1057783.81k 1567884.97k 1824399.36k
Et le même test sur la V2:
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-128-cbc 41757.94k 57360.38k 63499.18k 65231.19k 65508.69k
la victoire est ici écrasante pour le via :D
6/ UnixBench
voici pour l'installer :
aptitude install build-essential
wget http://byte-unixbench.googlecode.com/files/unixbench-5.1.2.tar.gz
tar zxvf unixbench-5.1.2.tar.gz
cd unixbench-5.1.2
nano Makefile
#Mettre en commentaire "GRAPHIC_TESTS = defined"
make
./Run
score pour la dédibox V2: 428 (détails ici)
score pour la dedibox v3: 419 (détails ici)
Pendant que j'y étais, j'ai également lancé le bench sur le zotac mag (atom 330 dual-core + 2 go ram).
Son score est de 539 (détails ici)
7 Conclusion
Au final, on voit que la V3 est équivalente à la v2 en mode Ondemand, mais moins rapide pour toute opération sollicitant beaucoup le processeur, et un poil plus rapide en mode performance (mais elle chauffe également plus ainsi).
C'est pourquoi il est intéressant de migrer de la V2 à la v3, et ce pour 2 raisons :
- soit pour ne payer que 15€ par mois en ayant une machine équivalente,
- soit en prenant 2 dedibox V3, et en ayant ainsi 2 machines dédiées, toujours pour 30€ par mois. Dans ce cas on gagne en puissance en répartissant les services sur les 2, un site sur la 1e et un mysql sur la 2è, par exemple
Pour ma part, la migration est maintenant complètement effectuée sur cette nouvelle V3, et la v2 est en voie de résiliation...
Par la suite, une nouvelle V3 arrivera si besoin, le tout sans me ruiner
EDIT DU 20/06/2010:
la dedibox V3 est malheureusement trop instable pour continuer à être utilisée, j'ai donc du la résilier....
Les détails ici
Merci pour ces testes
L'avantage des V3 est également le support matériel de la crypto AES (SHA-1 et 256) offert par le Via Nano. Avez-vous effectué des testes de ce côté là?
Pour ma part, j'ai testé le "cloud" mC chez OVH (VM 4x2GHz avec 2Go de ram, Ubuntu Server 64bit) et j'obtiens les résultats suivant:
> openssl engine
(padlock) VIA PadLock (no-RNG, no-ACE)
(aesni) Intel AES-NI engine (no-aesni)
(dynamic) Dynamic engine loading support
> openssl speed -evp aes-128-cbc -engine padlock
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-128-cbc 53837.69k 86407.68k 101877.59k 106689.19k 108011.52k
Il serait intéressant de voir les perfs du Via Nano...
Qu'en est-il de unixbench 5.1.2 (mode graphique désactivé) ?
# Installation des éléments nécessaire pour la compilation
> aptitude install build-essential
> wget http://byte-unixbench.googlecode.co...
> tar zxvf unixbench-5.1.2.tar.gz
> cd unixbench-5.1.2
> nano Makefile
# Mettre en commentaire "GRAPHIC_TESTS = defined"
> make
> ./Run
J'ai stocké mes résultats ici:
http://wanab.free.fr/unixbench/5.1....
Si vous pouviez effectuer ces testes ce serait sympa
Peter, merci pour ce retour
Voici pour openssl
1/ Dedibox V2 (ubuntu server 9.04 32bits)
> openssl engine
(padlock) VIA PadLock (no-RNG, no-ACE)
(dynamic) Dynamic engine loading support
> openssl speed -evp aes-128-cbc -engine padlock
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-128-cbc 41757.94k 57360.38k 63499.18k 65231.19k 65508.69k
2/ Dedibox V3 ondemand (ubuntu server 10.04 64 bits)
> openssl engine
(aesni) Intel AES-NI engine (no-aesni)
(dynamic) Dynamic engine loading support
> openssl speed -evp aes-128-cbc -engine aesni
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-128-cbc 38890.46k 63969.34k 76011.95k 80370.30k 81321.98k
3/ Dedibox V3 performance
> openssl speed -evp aes-128-cbc -engine aesni
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-128-cbc 38776.31k 63947.95k 76019.11k 80110.25k 81673.42k
Pour unixbench, je cherchais justement un soft dans ce genre. je regarde ça
Merci pour tes résultats.
Etrange, ton OpenSSL sur ton Ubuntu Server 10.04 64 bits utilise uniquement Intel AES-NI engine et non VIA PadLock comme sur ton Ubuntu Server 9.04 32 bits. Ton V3 ne risque donc pas de tirer partie de l'accélération matériel
Pourtant, sur mon Ubuntu Server 10.04 64 bits sur CPU Intel j'ai bien les deux engines.
Tu utilises quelle version de OpenSSL? (j'imagine celle livré par défaut avec Ubuntu...)
Moi j'ai:
> aptitude show openssl
...
Version: 0.9.8k-7ubuntu8
...
Pour info, voici le résultat sur le mC OVH avec une largeur de 256bits:
> openssl speed -evp aes-256-cbc -engine padlock
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-256-cbc 44952.29k 66245.41k 74995.29k 77457.41k 78632.24k
Pour tes résultats unixbench, je suis preneur (attention, ça met plus d'une heure à tourner...)
Pour UB, il tourne sur la V2, voir combien de temps ça prend, également sur mon zotac mag (intel atom 330 dual-core & 2 Go de ram) pour comparer, puis après sur la V3. Je mettrai un cron au milieu de la nuit pour que ça ne dérange pas :p
Pour OpenSSL, ouais en effet. c'est le openssl installé de base sur la 10.04, même version que toi (0.9.8k-7ubuntu8)
Après comparaison, le padlock est activé sans souci sur un atom 330 dual core également sur US9.04.. étrange...
re. il y a en effet le padlock materiel sur le via nano --> http://en.wikipedia.org/wiki/Via_na...
Mais après recherche, c'est un processeur très récent, et ça serait pas forcément activé dans openssl pour ce proc... vais voir ça
edit: bon, en fait le problème ne vient pas d'openssl, mais du kernel 64 bits.
En effet, en 32 bits, le padlock est bien reconnu et activé sur le via nano, mais pas en 64 bits
Le CPU Via Nano U2250 embarqué dans la plateforme Fortuna (ie. DELL XS11-VX8) support bien le Via Padlock de façon matériel, cf:
http://www.via.com.tw/en/products/p...
J'espère que tu trouveras un moyen de l'activer :p (ça permet d'alléger l'https:/... donc toujours bon à prendre sur un petit CPU...)
Peut-être en passant à la dernière version de OpenSSL? (câd la 1.0.0a cf: http://www.openssl.org/ )
Quand tu auras terminé tes run de unixbench, envoi les moi par emails ( y4h0oo at yahoo point fr) que j'étoffe ma liste sur http://wanab.free.fr/unixbench/5.1....
Dans un thread de discussion sur la mailing list cloud de OVH quelqu'un m'a dit avoir obtenu les résultats suivant sur dedibox v3:
Sans Padlock:
aes-128-ecb 49787.88k 53811.97k 54739.18k 55077.02k 54949.63k
Avec Padlock:
aes-128-ecb 144205.73k 493446.57k 1107523.84k 1591005.98k 1836111.30k
Bref, un résultats impressionnant!
Je lui ai demandé quelle était sa config et comment il avait activé/désactivé ça mais je n'ai pas encore eu de réponse. Je te tiens au courant
Activer le Padlock du VIA Nano (Dedibox V3) sous Debian 64 bits:
http:// blog.nonobzh.fr/post/2010/06/06/Activer-le-Padlock-du-VIA-Nano-(Dedibox-V3)-sous-Debian-64-bits
wow ! la difference avec/sans padlock est impressionnante, en effet...
et merci pour le lien. j'avais deja modprobé les modules padlock-aes et padlock-sha, mais sans changement. je regarde ça pour refaire un test après
bon, padlock fonctionnel et apparait avec la commande "openssl engine"
donc retest en mode "ondemand" :
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-128-cbc 106298.41k 328471.08k 641549.01k 837516.63k 922049.33k
et en mode "performance" :
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-128-cbc 117876.02k 354836.03k 665504.62k 847728.98k 930318.83k
OK cool. T'as fait quoi au juste? T'as utilisé OpenSSL 1.0.0a? Si tu fais un tutorial sur Ubuntu Server 10.04 64 bits, je suis preneur
Par contre, bien que ton score soit bon (x10 par rapport à avant), tu obtiens la moitié du score du liens que je t'ai filé. Etrange...
Sinon, comment explique tu que le mode ondemand soit 2x plus lent pour la décompression que le mode performance? J'aurai cru que dès le début de la charge de décompression le CPU se met automatiquement en fréquence max et donc la différence de perf soit minim (d'où l'utilité du ondemande...). Tes autres testes ne montrent pas une grande différence entre ces deux modes.
J'avais essayé d'autres version d'openssl, la 098.o et la 10xx, mais rien à faire. chargé les modules padlock-aes et padlock-sha, mais pareil.
Puis j'ai regardé ton lien (nonobzh), ai choppé les sources d'openssl 098.g, patché, recompilé, et c'était bon
Maintenant, pour le score, j'ai quelques autres trucs qui tournent sur la dedi, et donc qui prennent un peu de ressource.
Et pour le OnDemand, en fait il ne switche pas direct 800 -> 1600 Mhz. Il monte progressivement par bloc de 100 Mhz, et ajuste en fonction de la demande, afin de toujours consommer le moins possible de courant. Donc il n'a pas du être "à fond" pendant toute la durée du test, contrairement au mode performance.
OK, merci pour ton retour.
Il ne reste plus qu'a faire des testes de crypto réel à présent (genre bench https au lieu de http)
Et je suis toujours preneur d'un unixbench ;p (mais bon, pas évident si tu l'utilises déjà pour autre chose)
PS: j'ai ajouté mon grain de sel sur le bug report de ce problème ici:
https://bugs.launchpad.net/ubuntu/+...
J'invite celles et ceux qui sont affecté par ce manque de support à se manifester sur ce bug report
peter, pour UnixBench, j'ai deja ces 2 la de dispo :
dedibox v2: http://blog.crifo.org/public/201006...
zotac mag: http://blog.crifo.org/public/201006...
bientôt celui de la v3
hahaaaaa nouvelle version d'openssl compilée: la 098k (car la 098g me posait des problèmes de dépendances )
bref, un nouveau test de speed sous openssl me donne ceci :
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-128-ecb 128178.63k 435178.33k 1057783.81k 1567884.97k 1824399.36k
remarquez le à la colonne "8192 bytes" le passage de 930.000 à 1.824.399 :D
Excellent, donc au final tu utilises quasiment la même version que ce qui est dans Ubuntu Server 10.04 d'origine (câd 0.9.8k-7ubuntu8). Et ton score est identique à celui de NoNoBzH. Que du bon!
Ensuite il faut t'assurer que OpenSSL utilise tout le temps l'engine Padlock. Pour cela il faut éditer /etc/ssl/openssl.cnf comme ceci:
http://www.a110wiki.de/wiki/VIA_Pad...
Après tout ça, je me demande si ça a réellement un impacte en utilisation réel (https, tls, ssh, etc.)
Voila, j'utilise la 098k, donc plus de problèmes de dépendances, et les perfs sont au rendez vous
j'ai aussi vu et configuré le openssl.cnf pour que le padlock soit utilisé partout (via le blog de nonobzh)
Maintenant, c'est certainement plus performant, mais lors de l'utilisation en https ou ssh, ça change pas des masses.
Faudrait tester ca sur des gros volumes pour voir si le débit change...
Enfin, j'ai des résultats d'Unixbench pour toi :p
--> http://blog.crifo.org/public/201006...
J'y ai ajouté aussi mon pc perso, un quadcore, pour comparer
Au final, la dedi V2 a un score de 428, et la V3 419. donc c'est assez semblable, sauf pour la crypto ou le via explose tout :D
Fil des commentaires de ce billet
URL de rétrolien : https://blog.crifo.org/trackback/57