Benchmark plateforme hardware

[SupraDolph]

Sympa le bench je ne l'avais jamais remaqué

Le RPI2 + HDD s'en sort honorablement (bon Jeedom est loin d'être saturé chez moi)

Code : Tout sélectionner

ache_write_5000	6.3585300445557
cache_read_5000	1.0105450153351
database_write_delete_1000	4.2515499591827
database_update_1000	2.3289868831635
database_replace_1000	2.3024799823761
database_read_50000	0.48192405700684
subprocess_200	1.7209391593933
total	18.454955101013

[sbafs]

Pour moi je trouve vraiment bizarre les valeur sur la database, vous en pensez quoi ?
Pour info je suis sur un SSD avec un processeur 2 double coeur 1Ghz et 2G de RAM

Avec les optimisations de @cybertech j'ai eu une grosse amélioration !!!! de 93s à 5.5s

[Theduck38]

Bon,
J'ai redéporté une base dans mon NAS toujours pour tester ma nouvelle machine :

Code : Tout sélectionner

cache_write_5000	0.75614213943481
cache_read_5000	0.29672002792358
database_write_delete_1000	3.6091110706329
database_update_1000	2.0593540668488
database_replace_1000	1.898442029953
database_read_50000	0.14531707763672
subprocess_200	0.81793808937073
total	9.5830245018005

Sanction sans appel... serveur SQL local sur HDD mécanique 2.5" (SATA3) en Raid1 logiciel = très mauvaise config pour les perfs !!!

[Theduck38]

Avec les optimisations de @cybertech j'ai eu une grosse amélioration !!!! de 93s à 5.5s

Lesquelles ? Tu peux m'indiquer où ça se trouve STP ?

[matric]

@Theduck38

C'est pas cette info que tu cherches ?
viewtopic.php?f=23&t=17128&hilit=cybertech&start=80

[romainh41]

il faut voir la class de ta SD après si le /tmp est en tmpfs

en suite il y a des petites astuces pour MySQL qui est ton point noir mais bon si tu as des camera et ou des scenario lourd sa joue aussi

Slt, où puis-je trouver ces astuces pour MySQL stp ??

[matric]

@romainh41

J'ai hésité avant de répondre car pas certain que la demande s'adressait à moi et dans le doute....

Consulte le lien que j'ai fourni ci-dessus,
viewtopic.php?f=23&t=17128&hilit=cybertech&start=80
tu as une piste pour ta demande.

[Theduck38]

@Theduck38

C'est pas cette info que tu cherches ?
viewtopic.php?f=23&t=17128&hilit=cybertech&start=80

Yes, merci beaucoup.
J'ai fait ma demande en bonne et due forme

[team18fr]

Bonjour,

avec un peu d'optimisation voici ce que j'obtiens sur une Jeedom Mini+ sur carte micro-SD

Code : Tout sélectionner

Nom                           Temps
cache_write_5000              2.3857519626617
cache_read_5000               0.94765996932983
database_write_delete_1000    1.7501339912415
database_update_1000          0.95206499099731
database_replace_1000         0.93275308609009
database_read_50000           0.27580308914185
subprocess_200                1.4492590427399
total                         8.6934261322021

salut tu pourrais nous donner plus d'info sur le type d'optimisation que tu as fait, car poster et ne pas expliquer comment tu fais je ne vois pas l’intérêt.

[k0n24d]

Je suis preneur de tes optimisations.

Bien joué

Avec un peu de retard (oups il y en a qui commençaient déjà à raler...)

Le principal problème avec une carte SD c'est tout ce qui est I/O. Donc la chose la plus logique c'est de s'en passer.

Pour cela j'utilise folder2ram avec une synchro toutes les 8h (au pire ça m'est égal de perdre les 8 dernières heures de stats - je force une synchro si j'ai fait un gros reparamétrage).

Voici les répertoire que je monte en mémoire:

Code : Tout sélectionner

tmpfs    /var/log                                              -
tmpfs    /var/lib/mysql                                        -
tmpfs    /var/lib/mosquitto                                    -
tmpfs    /var/lib/nginx                                        -
tmpfs    /usr/share/nginx/www/jeedom/log                       -
tmpfs    /usr/share/nginx/www/jeedom/plugins/openzwave/data    -
tmpfs    /var/lib/php5/sessions                                -

C'est pour une installation avec nginx et fpm. Donc à adapter pour apache. Aussi il faut vérifier que tout rentre en mémoire avant de sauter le pas.

EDIT: j'ai fait d'autres petites optimisations mineures mais pas forcément adaptées à tous les cas et leur apport relatif est assez minime.

EDIT2: je vous conseille de regarder si d'autre plugin font beaucoup d'io dans votre cas spécifique (iotop, iostat, nmon sont vos amis)

[edivad]

Pi2 avec Carte SD classe 10
Base de Données déportée dans un Syno en réseau câblé 100Mb
/temp en tmpfs

Version Jeedom 2.3.18
Version PHP 5.6.17-0+deb8u1
Version database 5.5.47-MariaDB

Environ 25 scénarios, mais peu sont actifs à la fois.

Code : Tout sélectionner

cache_write_5000	2.6058278083801
cache_read_5000	1.2155749797821
database_write_delete_1000	3.5845909118652
database_update_1000	1.8628787994385
database_replace_1000	1.7380549907684
database_read_50000	0.55302500724792
subprocess_200	2.2157230377197
total	13.775675535202

Comment tu fais pour déporter MySql sur un Syno, ça m'intéresse ?
Du coup ça à l'air de porter ses fruits au niveau perf ?

[Tonioo]

Moi je suis un perdu.

VM sur prolian gen 8. Exsi 6
Intel(R) Xeon(R) CPU E3-1230 V2 @ 3.30GHz
+ SSD et pourtant :

Code : Tout sélectionner

Nom 	Temps
cache_write_5000	29.775570869446
cache_read_5000	0.083096027374268
database_write_delete_1000	72.845016002655
database_update_1000	36.353281021118
database_replace_1000	36.32705616951
database_read_50000	0.029614210128784
subprocess_200	0.16981196403503
total	175.58344626427

Version PHP 5.6.17-0+deb8u1
Debian jessie

[kouaw]

tu utilise une vm cree par toi ou celle de jeedom ?

[Theduck38]

Comment tu fais pour déporter MySql sur un Syno, ça m'intéresse ?
Du coup ça à l'air de porter ses fruits au niveau perf ?

Oui, et je sais aussi depuis pourquoi ma conf est pourrie: à cause de mes HDD 2.5". Ils tournent moins vite, ont un diamètre plus faible; du coup moins de passage par seconde sous la tête de lecture, et pas de disques en parallèle dans le boîtier.

Pour déporter ta BDD dans le NAS :
- Il faut aller dans l'interface d'administration de la base de données (Bouton engrenages / Configuration / Base de Données => au passage récupérer les identifiants de la BDD pour se connecter à l'interface)
- Dans l'interface, il faut sélectionner la base Jeedom et l'exporter.
- Copier la totalité des informations à l'écran (sauf la date à la fin) , la coller dans un fichier texte et sauver avec une extension .sql
- Lancer phpMyAdmin sur le NAS
- Réimporter tout ça dans une nouvelle base dans ton NAS (suivant la taille il est possible que tu sois bloqué par les réglages par défaut du php sur les tailles de fichiers - je te dirai quoi faire le cas échéant)
- Configurer les droits de Jeedom pour qu'il se connecte à ta base NAS
- Editer le fichier : /var/www/html/core/config/common.config.php (pour Apache, sinon /usr/share/nginx/www/jeedom/core/config/common.config.php -- faut aussi voir si ton Jeedom est installé dans /jeedom ou pas) et changer les infos de connexion à la BDD
- Redémarrer le linux qui fait tourner Jeedom

[Tonioo]

tu utilise une vm cree par toi ou celle de jeedom ?

Celle de jeedom... raison de plus de m'inquièter.

Je ne sais pas si je dois regarder du côté logiciel ou matériel.

[romainh41]

Bjr à tous

je viens de découvrir cette fonction Benchmark, et je crois que j'ai un gros souci....

RI 2 avec carte micro SD 16Go, 4 modules, une dizaine de scénarios, clé Gen Z-wave, clé 3G, et voici mes résultats :

benchmark.png

Comment analyser ces résultats et que faire pour les améliorer ??

merci à vous

Slt à tous

je viens de restaurer ma jeedom en utilisant une carte Sandisk 16Go extreme pro comme on me l'a conseillée. Le total passe de 113 à 29 !!!
Sans optimisation aucune. Impressionnant, et merci des conseils les z'amis !
Je vais attaquer les optimisation demain voir ce que ça donne....

[matric]

[quote="romainh41Le total passe de 113 à 29 !!!

A ce rythme là, ta prochaine intervention va te faire passer à 7,5 !!
Impressionnant finalement pour une banale intervention sans mettre les mains dans les entrailles du core. Simple et efficace.
Tu confirmes une fois de plus que la vitesse de la SD est déterminante. Remarque que tu n'as pas fait dans le détail car les "extreme pro" ne sont pas données.
Pour info, c'était quoi ta SD précédente ?

[romainh41]

[quote="romainh41Le total passe de 113 à 29 !!!

A ce rythme là, ta prochaine intervention va te faire passer à 7,5 !!
Impressionnant finalement pour une banale intervention sans mettre les mains dans les entrailles du core. Simple et efficace.
Tu confirmes une fois de plus que la vitesse de la SD est déterminante. Remarque que tu n'as pas fait dans le détail car les "extreme pro" ne sont pas données.
Pour info, c'était quoi ta SD précédente ?

Slt

niveau prix, à peine 30 euros, ça reste raisonnable.
Avant c'était une Lexar class 10 aussi...

[matric]

@romainh41
Merci pour l'info en retour.
Presque le prix du RPi mais rassurant de constater que le résultat est là.
Et dire que la Lexar est reconnue pour ses qualités, apparemment plus pour le hardware et associé que pour la vitesse.
J'ai des Lexar 95Mb/s (lecture bien sûr). A l'occasion il serait intéressant que je fasse un test avec pour voir si c'est à peu près confirmé.

[caplam]

Je n'avais jamais entendu parler de ce benchmark jusqu'hier. Le mien est pourri (de memoire aux alentours de 130) car jeedom tourne dans une vm dans un datastore sur un dd 250Go sur un hp N54L.
Du coup les opérations d'écritures en bd sont un peu longues.
Comme j'avais un ssd de 500Go sous exploité, je l'ai démonté de son boitier, mis dans le N54 et je suis en train de migrer toutes mes vm vers le nouveau datastore (c'est très long).
On verra le nouveau benchmark à la fin des opérations.