Forum Communauté Jeedom

Bonjour,

Sur le blog, @loic indique dans les commentaires que le script de bench sera disponible via un bouton dans la version 2.3.X.
https://www.jeedom.com/blog/?p=3215

J'ai mis à jour en version 2.3.5 et je ne trouve pas le bouton en question, savez vous s'il a été intégré ?
Existe t il via un script en ssh ?

Merci d'avance,
Sfl

Contenu supprimé à la demande de son auteur

Ah superbe idée ce benchmark
Donc, Total = 6,87 (sur Esxi 6 / Pentium G630 / disques SATA)
Es-ce bien ou pas, je n'en sais rien...ajouter peut-être un icône vert/orange/rouge pour donnée une idée...
Mais existe-t-il un tableau comparatif ?
Cdt,

tu as la tableau sur le blogs et il est conseiller de le lancer plusieur fois pour avoir des resultat reel

et le total est l'addition du temps en seconde pour les differenttes choses que jeedom serait capable de faire

Yes merci !
Il s'agit en effet d'un icone style compteur de voiture.

Total=3.8052031993866
Je vais pouvoir voir la différence après ma maj debian/php

Salut à tous,

Vraiment une super idée.
Ça va permettre à toute la communauté de participer à ce comparatif,
et également d'optimiser son matériel (choix des cartes SD par exemple) ou d'identifier un potentiel souci par rapport aux scores déjà obtenus sur une plate-forme identique

A+

Génial !
Total à 6.0 avec un Lenovo Tiny M73 sous Debian.
i3 4150T & SSD.

Hum je dois avoir une couille dans le potage. Après plusieurs essaie, je suis en moyenne à 12,5 avec un SSD samsung Pro 850 et core i3 4020Y :'(

Je lancerai le test en local car là je suis en vpn via mobile, je sais pas si ça joue....

logiquement sa ne joue pas mais si tu as des scenario ou autre tres lourd qui tourne en meme temps sa fausse un peu la donne

Hum en effet, j'ai Nimbus qui tourne toutes les minutes, j'vais tester ça

DS415+ Chroot :

cache_write_5000 64.623400211334
cache_read_5000 0.326584815979
database_write_delete_1000 26.369804859161
database_update_1000 13.399915933609
database_replace_1000 12.649096012115
database_read_50000 0.085358858108521
subprocess_200 0.74777007102966
total 118.20193076134

beurk !!!!

Mais c'est vrai qu'il fait 30 "trucs" à la fois !!

En désactivant les scénarios, je suis à 10 donc mieux.

Pour du i3 4020Y et SSD, je trouve ça très correct comparé aux différents benchs
Je testerai sur ma nouvelle VM en prépa.

Pourquoi je suis qu'à 6...?
C'était la save Jeedom d'une VM que j'ai "restauré" sur ce Lenovo.

Une idée ?

kizakjm a écrit :Pourquoi je suis qu'à 6...?
C'était la save Jeedom d'une VM que j'ai "restauré" sur ce Lenovo.

Une idée ?

C'est le core i3 qui limite je pense...... c'est un score honorable si tu compares les benchs des béta testeurs

Je vais essayer avec un i3 différent. Le T est basse conso.
Juste pour voir. Je ferai un retour.

Faut faire gaffe à ce que ce topic ne parte pas en "celui qui la plus petite "

Moi c'est loupé, 34 sur une Mini + en mode esclave sur SD et 169!!! sur une Vm avec 1G0 2vcpu SSD, Houston on a un probléme

EDIT :
Safari, Firefox et chrome même combat,
cache_write_5000 28.858542919159
cache_read_5000 0.08938193321228
database_write_delete_1000 70.501533031464
database_update_1000 35.004661083221
database_replace_1000 35.206391096115
database_read_50000 0.028943061828613
subprocess_200 0.19299817085266
total 169.88245129585

A bien y réfléchir, ca doit être la carte RAID du HPg8, qui ne possède pas de cache en Write mais que en Read, mais je ne pensais pas
avoir des perfs aussi pourries avec un RAID1 de SSD

EDIT 2 :
Je vais refaire une Vm Jeedom sur le G8 pour avoir une base de comparaison

EDIT 3 :
Vm from scratch Debian 8.5 avec tout qui va bien et nouvelle instal jeedom, reboot et paramétrages
cache_write_5000 0.24448704719543
cache_read_5000 0.094549894332886
database_write_delete_1000 69.156136035919
database_update_1000 34.259153842926
database_replace_1000 34.18879199028
database_read_50000 0.030847072601318
subprocess_200 0.17362499237061
total 138.14759087563

138 Bon je vais mettre l'Esxi en mode "fuc. the planet" au niveau Energy pour test et couper les autres VM
i'll be back

Loin de moi cette idée

169sec avec un raid SSD

Sur chroot debian avec Intel(R) Pentium(R) CPU G3420 @ 3.20GHz sur HDD RED 4To
Version PHP 5.6.19-0+deb8u1
Version database 5.5.47-MariaDB

Nom Temps
cache_write_5000 3.0460398197174
cache_read_5000 0.07602596282959
database_write_delete_1000 0.40335083007812
database_update_1000 0.20991015434265
database_replace_1000 0.20174789428711
database_read_50000 0.039554119110107
subprocess_200 0.10854291915894
total 4.0851716995239

On pourrait dire aussi que mon jeedom ne fait rien et c'est donc pour cela que j'ai un temps total si bas ?

EDIT: oui, j'oscille entre 3,5 et 4 sec
EDIT2: oui, pas de ZWAVE ici (géré via la zibase)

Déjà il faut lance plusieurs fois le test pour avoir une bonne base de comparaison et si le jeedom est fort oqp ou que le exsi à des vm lourde à côté qui tourne les performances bouge

Envoyé de mon HUAWEI GRA-L09 en utilisant Tapatalk

Finalement avec le Lenovo je suis entre 4.9 et 6.
Je viens d'essayer sur VM Jeedom vierge (i76700k SSD etc...):

Salut

Pour mon odroid C2 bien chargé en modules zwave et scénarios : 7.566947221756