Benchmark plateforme hardware

[sfl]

Bebel27, oui rien que pour le SSD j'aurai dis plus. Peut etre il te manque l'activation du cache par ex

Le cache n'est il pas activé par défaut ?

Chez moi, il est activé par défaut dans la conf jeedom (sur le /tmp/jeedom-cache) mais pas dans l'OS donc il ne pouvait pas utiliser le "fichier" de cache.
J'ai rajouté la ligne suivante dans /etc/fstab

Code : Tout sélectionner

tmpfs /tmp/jeedom-cache tmpfs defaults,noatime,nosuid,size=128M 0 0

après je ne sais pas pour les autres configs (la mienne est particuliere : chroot), tu dois voir le cache quand tu fais un df -h par ex à mon avis

[Frankosor]

@sfl Grand merci pour l'astuce, car pas actif non plus sur ma Vm (ancienne Vm OVA)
Résultat encore une amélioration, VM de prod et toutes mes autres VM allumées : total 1.2475640773773
Thanks

[kizakjm]

Oulaaa oui merci pour l'astuce
C'est vraiment plus réactif dans la navigation !

[Bebel27]

Bebel27, oui rien que pour le SSD j'aurai dis plus. Peut etre il te manque l'activation du cache par ex

Le cache n'est il pas activé par défaut ?

Chez moi, il est activé par défaut dans la conf jeedom (sur le /tmp/jeedom-cache) mais pas dans l'OS donc il ne pouvait pas utiliser le "fichier" de cache.
J'ai rajouté la ligne suivante dans /etc/fstab

Code : Tout sélectionner

tmpfs /tmp/jeedom-cache tmpfs defaults,noatime,nosuid,size=128M 0 0

après je ne sais pas pour les autres configs (la mienne est particuliere : chroot), tu dois voir le cache quand tu fais un df -h par ex à mon avis

je suis maintenant à 36.130017280579 j'ai grappillé des points

[jiminy]

RPI3 avec un ssd en Msata (carte Conrad) et Z-stick gen 5 : 9.3 (moyenne sur 10 essais).
Remarque : ce n'est pas ma Jeedom de prod mais celle de dev donc un max de plugins mais pas de scénarios.

[ZacMac]

Comment faites vous ?
Je suis passé aujourd'hui du RPi2 (avec un indice de 33) au RPi3 avec un indice fluctuant de 70 à 110 ...
J'ai pourtant appliqué les modifs dans /etc/fstab :
tmpfs /tmp/jeedom-cache tmpfs defaults,noatime,nosuid,size=128M 0 0
tmpfs /tmp tmpfs defaults,noatime,nosuid,size=64m 0 0

J'ai du mal à croire que le Rpi3 soit 3 fois plus mauvais que le Rpi2
Une idée sur comment optimiser mon Rpi3 ?

Pour info, je suis reparti de la dernière image RPi de Kouaw (2.0.0.1) et appliqué toutes mises à jour OS + rpi update

Merci.

[aragornier]

perso total = 11,68 sur VM virtualbox maitre sur gen8...
a comparer...

Envoyé de mon MI 4W

[Swatmorpheus]

Comment faites vous ?
Je suis passé aujourd'hui du RPi2 (avec un indice de 33) au RPi3 avec un indice fluctuant de 70 à 110 ...
J'ai pourtant appliqué les modifs dans /etc/fstab :
tmpfs /tmp/jeedom-cache tmpfs defaults,noatime,nosuid,size=128M 0 0
tmpfs /tmp tmpfs defaults,noatime,nosuid,size=64m 0 0

J'ai du mal à croire que le Rpi3 soit 3 fois plus mauvais que le Rpi2
Une idée sur comment optimiser mon Rpi3 ?

Pour info, je suis reparti de la dernière image RPi de Kouaw (2.0.0.1) et appliqué toutes mises à jour OS + rpi update

Merci.

Certainement du que le RPI 3 tourne normalement avec une architecture 64 bits et que la distrib est en 32 déjà

cache_write_5000 27.980926990509
cache_read_5000 0.53959798812866
database_write_delete_1000 28.346093893051
database_update_1000 18.148438930511
database_replace_1000 22.218492984772
database_read_50000 0.29836797714233
subprocess_200 1.2236218452454
total 98.75554060936

sur RPI3 - SD EMTEC Gold memory 8Go Cl10 - Z-stick S2 - je n'ai pas encore fait les améliorations TMPFS ect

[kouaw]

La class de la sd joue sa qualité et le tpmfs aussi

Envoyé de mon HUAWEI GRA-L09 en utilisant Tapatalk

[cybertech]

Comme depuis mon upgrade a 2.3.11 j'avais pas mal de problemes d'erreur(200: SyntaxError: Unexpected end of JSON) j'ai décidé de voir comment je pourrai optimisé mon Pi2 ( mysql, nginx, php5-fpm)
Jusqu'a présent sans cet outil de benchmark (Merci Loic!) il était difficile d'évaluer nos modifs perso..
Donc, mon premier test de benchmark me donnait un résultat de 33.. après 2h de modification, tuning et de vérification coté fonctionnement de Jeedom je suis descendu a 11,9... sur plusieurs tests ça oscille entre 11,9 et 14..
C'est évidement du coté de mysql que le gain a été le plus payant...
Ma charge CPU est toujours entre 0,6 et 0,9 . J'utilise rpimonitor pour surveiller ma charge (entre autre..)
Mais malgré ça j'ai toujours ces lenteurs aleatoire a l'execution des scenarios et durant la navigation dans les pages..

Nom Temps
cache_write_5000 2.1924769878387
cache_read_5000 0.79784107208252
database_write_delete_1000 2.8604588508606
database_update_1000 1.6062960624695
database_replace_1000 2.4686620235443
database_read_50000 0.40368294715881
subprocess_200 1.5603971481323
total 11.889815092087

[superbricolo]

Pour apporter ma pierre à l'édifice, voici le mien sur un Synology DS710+ sous docker

Nom Temps
cache_write_5000 5.3937330245972
cache_read_5000 1.9367339611053
database_write_delete_1000 15.999545097351
database_update_1000 9.3301310539246
database_replace_1000 5.5278010368347
database_read_50000 0.69654202461243
subprocess_200 2.3788249492645
total 41.26331114769

[domomat]

Machine NUC I5 D54250WYK avec ESXI 6

Pour le test de performance, la clé pour un score très bas, c'est la performance du stockage (SSD).

J'avais dans mon NUC un SSD moyen (Crucial M500 mSATA 120 Go) j'avais un score entre 8,5 et 9,2

je l'ai remplacé par un autre SSD un peu plus rapide (Kingston Technology - SSDNow mS200 mSATA - 120 Go https://www.amazon.f...832001_TE_dp_1)
mon score est maintenant de 1.6 à 1.9.

Code : Tout sélectionner

Jeedom benchmark
Nom	Temps
cache_write_5000	0.21876096725464
cache_read_5000	0.079783916473389
database_write_delete_1000	0.49520778656006
database_update_1000	0.24383401870728
database_replace_1000	0.24352598190308
database_read_50000	0.034137010574341
subprocess_200	0.37336087226868
total	1.6886105537415

[rosty]

Ça se ressent à l'usage dans Jeedom et l'exécution des scénario ?

[domomat]

Ça se ressent à l'usage dans Jeedom et l'exécution des scénario ?

Franchement le gain entre les 2 SSD étant en écriture, l'impact ressenti est imperceptible. Mais tout est immédiat (sauf le dashboard qui prend quelques secondes mais il est ultra chargé).

[niko34]

La class de la sd joue sa qualité et le tpmfs aussi

Envoyé de mon HUAWEI GRA-L09 en utilisant Tapatalk

C'est clair. J'étais à 140 avec la carte livrée avec mon rpi2. Avec une sandisk extrem pro, je suis à 32 (tmpfs configuré) (40 sans tmpfs). La différence est nettement perceptible dans l'interface de Jeedom.

[thespy]

Mac mini 2009 avec 4go RAM, Core 2 Duo 2ghz, ancien SSD sandisk 120go:

cache_write_5000 0.89023280143738
cache_read_5000 0.16368889808655
database_write_delete_1000 5.4451310634613
database_update_1000 2.9685139656067
database_replace_1000 2.8626439571381
database_read_50000 0.053092956542969
subprocess_200 0.44079208374023
total 12.824095726013

ca pèche un peu en écriture sur mysql

[yaazzz]

Résultat sur ODROID C2 avec carte emmc :

Nom Temps
cache_write_5000 0.98248720169067
cache_read_5000 0.40716695785522
database_write_delete_1000 1.8840968608856
database_update_1000 1.6131329536438
database_replace_1000 1.333037853241
database_read_50000 0.19454598426819
subprocess_200 1.3058700561523
total 7.7203378677368

[matric]

RPi2 + SD 8GO Sandisk Ultra U1 Cl 10 + SSD Sata Sandisk 32GO

Sur une dizaine d'essais, oscille entre 12,5 et 14,5 et une fois 19,4.
Sans rapport avec les résultats obtenus par @domomat avec le NUC + SSD Kingston. Voilà au moins un objectif pour le futur.

[zos93]

Avec un Xeon E1230V3 / VM ESXi v6 (2 vCPU + 2 Go Ram) et SSD j'arrive à :

cache_write_5000 0.15186309814453
cache_read_5000 0.05476713180542
database_write_delete_1000 0.27283191680908
database_update_1000 0.14493608474731
database_replace_1000 0.14282011985779
database_read_50000 0.022123098373413
subprocess_200 0.16006588935852
total 0.94940733909607

Au final, c'est assez stable et ça oscille entre 0,92 et 0,96.

[5T3F]

VM Debian 8.5 dans ESXi 6.0 sur HP ML150 6 avec 2x Xeon L5520 + 48 Go Ram + 4x 1 To WD Black Raid10 sur LSI 9211 fw p19 IR

cache_write_5000 25.251305818558
cache_read_5000 0.12089109420776
database_write_delete_1000 56.106961011887
database_update_1000 29.002642869949
database_replace_1000 29.670367956161
database_read_50000 0.041848182678223
subprocess_200 0.21852993965149
total 140.41254687309