Ce Forum passera en lecture seule en janvier 2020
Image
Merci de vous rendre sur https://community.jeedom.com maintenant pour vos prochains postes ;)

Benchmark plateforme hardware

romainh41
Timide
Messages : 371
Inscription : 22 mars 2016, 10:21

Re: Benchmark plateforme hardware

Message par romainh41 » 15 sept. 2016, 10:55

kouaw a écrit :pas tres complexe a comprendre les lignes :)

en gros les deux premier sont des operations sur le cache jeedom 5000 ecriture et 5000 lecture, le cache jeedom se trouve dans la partition /tmp donc si pas en tmpfs il est sur la SD donc dangereux pour la sd ;) et ecriture/lecture lente

les 4 lignes après sont des operations sur la base de donnée
ecriture/suppression
mise a jour
remplacement
lecture

la c'est de l'optimisation MySQL + vitesse SD

et la dernier lignes le lancement simultanée.

;)
Oui oui j'avais une idée des significations..
je demandais juste pour la carte SD car je veux la remplacer... Que me conseilles tu, je reste à 16 Go ou je passe à 32 ? et je prends une "Pro" ?

merci
Jeedom sur RPI 2 RAM 1Go - Clé GEN 5

kouaw
Actif
Messages : 5933
Inscription : 25 janv. 2015, 22:15
Localisation : Belgium
Contact :

Re: Benchmark plateforme hardware

Message par kouaw » 15 sept. 2016, 11:14

Le must reste du 16g en class 10 mais je te conseille du scandisk qui aurai sous rpi un meilleur taux ecriture/lecture

Envoyé de mon HUAWEI GRA-L09 en utilisant Tapatalk

romainh41
Timide
Messages : 371
Inscription : 22 mars 2016, 10:21

Re: Benchmark plateforme hardware

Message par romainh41 » 15 sept. 2016, 11:15

kouaw a écrit :Le must reste du 16g en class 10 mais je te conseille du scandisk qui aurai sous rpi un meilleur taux ecriture/lecture

Envoyé de mon HUAWEI GRA-L09 en utilisant Tapatalk
Ok je commande ça de suite alors ;-)

thanks
Jeedom sur RPI 2 RAM 1Go - Clé GEN 5

extrapitou
Actif
Messages : 1332
Inscription : 27 juin 2015, 21:53
Localisation : Dijon

Re: Benchmark plateforme hardware

Message par extrapitou » 15 sept. 2016, 11:45

La vache ma mini+ (édition ultimate) avec 1camera, pas mal de scénario, cache en /tmp (parce que je ne sais pas comment faire pour passer en tmpfs), carte sd (j'ai reçu mon ssd mais pas encore installé), benchmark = 225 ouillllle !!!!!

Bizarre car mes scénarios s'exécutent assez vite. Va falloir que je regarde tout ça :/

Je viens de la relancer :
Cache write = 28,81
Cache read = 1,05
Database write delete = 96,13
Database update = 36,29
Database replace = 33,81
Database read = 0.38
Subprocess = 1,36
Total = 197,84

Aie !!!

Envoyé avec TapataCash !
Dernière édition par extrapitou le 15 sept. 2016, 11:54, édité 1 fois.
Mon Matos

Mon Blog où vous trouverez des astuces et tutos Tasker/Jeedom
Mon alarme sous Jeedom
Tuto pour la Gestion de la présence

Avatar de l’utilisateur
Theduck38
Helper
Messages : 2714
Inscription : 22 févr. 2015, 17:32
Localisation : Près de Grenoble
Contact :

Re: Benchmark plateforme hardware

Message par Theduck38 » 15 sept. 2016, 11:48

Je reviens à la charge sur le problèmes de roue crantée qui tourne à l'infini.... quelqu'un a-t'il une manip à proposer pour essayer de déboguer (rien dans les logs Jeedom en mode Debug, mais peut-être des logs de Debian ?) ?
Je précise que c'est sur un PC Intel DIY installé en Debian 8, avec donc Jeedom installé via ligne de commande.
-- TD38 --
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté

romainh41
Timide
Messages : 371
Inscription : 22 mars 2016, 10:21

Re: Benchmark plateforme hardware

Message par romainh41 » 15 sept. 2016, 11:50

Theduck38 a écrit :Je reviens à la charge sur le problèmes de roue crantée qui tourne à l'infini.... quelqu'un a-t'il une manip à proposer pour essayer de déboguer (rien dans les logs Jeedom en mode Debug, mais peut-être des logs de Debian ?) ?
Je précise que c'est sur un PC Intel DIY installé en Debian 8, avec donc Jeedom installé via ligne de commande.
Slt, bizarre que ça reste en roue crantée sans bouger.... Dslé moi je suis sur RI 2, pas de soluce.
Jeedom sur RPI 2 RAM 1Go - Clé GEN 5

Anonyme
Actif
Messages : 10082
Inscription : 09 août 2014, 12:15

Re: Benchmark plateforme hardware

Message par Anonyme » 15 sept. 2016, 11:55

Contenu supprimé à la demande de son auteur

Avatar de l’utilisateur
Theduck38
Helper
Messages : 2714
Inscription : 22 févr. 2015, 17:32
Localisation : Près de Grenoble
Contact :

Re: Benchmark plateforme hardware

Message par Theduck38 » 15 sept. 2016, 12:00

C'était :
Ajout www-data dans les Sudoers et

Code : Tout sélectionner

chmod 775 -R /var/www/html
chown www-data:www-data -R /var/www/html
?
Y'a rien d'autre à faire ?
-- TD38 --
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté

Anonyme
Actif
Messages : 10082
Inscription : 09 août 2014, 12:15

Re: Benchmark plateforme hardware

Message par Anonyme » 15 sept. 2016, 12:18

Contenu supprimé à la demande de son auteur

Avatar de l’utilisateur
Theduck38
Helper
Messages : 2714
Inscription : 22 févr. 2015, 17:32
Localisation : Près de Grenoble
Contact :

Re: Benchmark plateforme hardware

Message par Theduck38 » 15 sept. 2016, 12:22

Merci, je vais tester... je ne me souviens plus si je l'avais fait à l'install...
-- TD38 --
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté

Swatmorpheus
Actif
Messages : 919
Inscription : 23 avr. 2015, 14:38
Localisation : Haute Gironde

Re: Benchmark plateforme hardware

Message par Swatmorpheus » 15 sept. 2016, 13:27

kouaw a écrit :pas tres complexe a comprendre les lignes :)

en gros les deux premier sont des operations sur le cache jeedom 5000 ecriture et 5000 lecture, le cache jeedom se trouve dans la partition /tmp donc si pas en tmpfs il est sur la SD donc dangereux pour la sd ;) et ecriture/lecture lente

les 4 lignes après sont des operations sur la base de donnée
ecriture/suppression
mise a jour
remplacement
lecture

la c'est de l'optimisation MySQL + vitesse SD

et la dernier lignes le lancement simultanée.

;)
merci pour ta réponse clair et précise kouaw car j'étais en train de lire des trucs sur la toile là dessus mais plus je lisais plus ça m'embrouillais lol
Prod: jeedom V3.2.12 DIY RPI3 + Zwave (fibaro) + Zigbee (xiaomi) + IPXV4 + X4VR
AppleTV4k
PI3 : Max2play
PiZéro: PiCoreplayer
Mini+: OpenElec 7.0.1 Kodi 16.1 Jarvis
En préinstall pour migration: Nuc hystou ,ESXi6.7,jeedom V3.2.12, LMS ,Owncloud

Avatar de l’utilisateur
Theduck38
Helper
Messages : 2714
Inscription : 22 févr. 2015, 17:32
Localisation : Près de Grenoble
Contact :

Re: Benchmark plateforme hardware

Message par Theduck38 » 15 sept. 2016, 16:21

Theduck38 a écrit :C'était :
Ajout www-data dans les Sudoers et

Code : Tout sélectionner

chmod 775 -R /var/www/html
chown www-data:www-data -R /var/www/html
?
Y'a rien d'autre à faire ?
J'avais bien les sudoers... j'ai fait (ou refait) le reste, mais la roue tourne toujours à l'infini...

D'autres idées ?
-- TD38 --
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté

Anonyme
Actif
Messages : 10082
Inscription : 09 août 2014, 12:15

Re: Benchmark plateforme hardware

Message par Anonyme » 15 sept. 2016, 18:33

Contenu supprimé à la demande de son auteur

Avatar de l’utilisateur
Theduck38
Helper
Messages : 2714
Inscription : 22 févr. 2015, 17:32
Localisation : Près de Grenoble
Contact :

Re: Benchmark plateforme hardware

Message par Theduck38 » 16 sept. 2016, 01:06

Hum...
En fait en attendant assez longtemps, j'obtiens un résultat :

Code : Tout sélectionner

cache_write_: 5000	0.76272416114807
cache_read_: 5000	0.30068707466125
database_write_delete_1000 : 130.13889884949
database_update_1000 : 83.111855983734
database_replace_1000 : 64.920125961304
database_read_50000	: 0.14488005638123
subprocess_200 : 0.91251516342163
total : 280.29168725014
En résumé il faut attendre 280s pour avoir une réponse...

Comment est-ce possible avec un équipement quadriprocesseur neuf (Celeron 2Gz dédié), sans aucune charge (0.05 sur une minute), Debian 8 tout frais, et un Jeedom vide ???
-- TD38 --
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté

kouaw
Actif
Messages : 5933
Inscription : 25 janv. 2015, 22:15
Localisation : Belgium
Contact :

Re: Benchmark plateforme hardware

Message par kouaw » 16 sept. 2016, 05:00

A cause de mysql qui a du mal en ecriture/suppression

Envoyé de mon HUAWEI GRA-L09 en utilisant Tapatalk

sbafs
Timide
Messages : 195
Inscription : 27 févr. 2015, 11:03
Localisation : Annecy

Re: Benchmark plateforme hardware

Message par sbafs » 16 sept. 2016, 07:28

Merci mais du coup il faut faire quoi comme optimisation sur MySQL ?

Il faut shrinker et compacter la base de donnée, supprimé le donnée antérieure à 6 mois ou 1 an (moi je garde tout depuis 2 ans bientot) ?

Merci

Avatar de l’utilisateur
Theduck38
Helper
Messages : 2714
Inscription : 22 févr. 2015, 17:32
Localisation : Près de Grenoble
Contact :

Re: Benchmark plateforme hardware

Message par Theduck38 » 16 sept. 2016, 09:21

kouaw a écrit :A cause de mysql qui a du mal en ecriture/suppression

Envoyé de mon HUAWEI GRA-L09 en utilisant Tapatalk
Effectivement j'avais vu ça, mais la question c'est plus pourquoi ?... la base est vide, il n'y a rien de spécial d'installé sur mon Debian.
C'est peut-être le fait que j'ai mis deux disques 'Classiques' 2.5" en Raid1 logiciel avec mdadm ? Même avec des vitesses d'accès de 15ms contre 5ms sur une SD, j'ai du mal à expliquer la différence entre 15s et 280s...

Je suis vraiment étonné qu'un RPi2 puisse être si performant face à un PC dédié à Jeedom. Il doit y avoir un loup au niveau soft dans Mysql.
-- TD38 --
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté

Avatar de l’utilisateur
domomat
Actif
Messages : 943
Inscription : 21 juil. 2014, 20:19
Localisation : Johannesburg

Re: Benchmark plateforme hardware

Message par domomat » 16 sept. 2016, 09:24

C'est l'impact direct de la performance du HD.
il bride tout le reste du système.
Jeedom --> Depuis Juillet 2014
VM Debian (NUC i5) - 100% Xiaomi Aqara & Yeelight
Détails ici

romainh41
Timide
Messages : 371
Inscription : 22 mars 2016, 10:21

Re: Benchmark plateforme hardware

Message par romainh41 » 16 sept. 2016, 15:14

romainh41 a écrit :
kouaw a écrit :Le must reste du 16g en class 10 mais je te conseille du scandisk qui aurai sous rpi un meilleur taux ecriture/lecture

Envoyé de mon HUAWEI GRA-L09 en utilisant Tapatalk
Ok je commande ça de suite alors ;-)

thanks

Bon, carte SD arrivée, je réinstalle jessie propre ce soir et je restaure Jeedom, voir ce que ça donne "par défaut" sans autre réglage pour le moment ;-)

EDIT : quel C.., j'ai pris une SD au lieu d'une micro SD grrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
Jeedom sur RPI 2 RAM 1Go - Clé GEN 5

Avatar de l’utilisateur
Theduck38
Helper
Messages : 2714
Inscription : 22 févr. 2015, 17:32
Localisation : Près de Grenoble
Contact :

Re: Benchmark plateforme hardware

Message par Theduck38 » 16 sept. 2016, 20:46

Bon, j'essaye toujours de comprendre pourquoi j'ai un tel mauvais benchmark avec un ordi qui n'a rien à faire.
J'ai viré le log mysql (qui était vide, de toutes façons). J'ai ajouté les deux lignes dans my.cnf :

Code : Tout sélectionner

innodb_flush_method = O_DIRECT
performance_schema=OFF
J'ai lancé le report mysql :

Code : Tout sélectionner

__ Key _________________________________________________________________
Buffer used         0 of  16.00M  %Used:   0.00
  Current       2.92M            %Usage:  18.24
Write hit       0.00%
Read hit        0.00%

__ Questions ___________________________________________________________
Total         187.80k     2.0/s
  DMS          95.36k     1.0/s  %Total:  50.78
  QC Hits      77.06k     0.8/s           41.03
  Com_          8.24k     0.1/s            4.39
  COM_QUIT      7.55k     0.1/s            4.02
  -Unknown        407     0.0/s            0.22
Slow 10 s           0       0/s            0.00  %DMS:   0.00  Log: OFF
DMS            95.36k     1.0/s           50.78
  SELECT       56.46k     0.6/s           30.07         59.21
  UPDATE       23.03k     0.2/s           12.26         24.15
  DELETE        5.54k     0.1/s            2.95          5.81
  INSERT        5.20k     0.1/s            2.77          5.45
  REPLACE       5.13k     0.1/s            2.73          5.38
Com_            8.24k     0.1/s            4.39
  set_option    7.64k     0.1/s            4.07
  admin_comma     392     0.0/s            0.21
  change_db        29     0.0/s            0.02

__ SELECT and Sort _____________________________________________________
Scan            1.89k     0.0/s %SELECT:   3.34
Range               3     0.0/s            0.01
Full join           0       0/s            0.00
Range check         0       0/s            0.00
Full rng join       0       0/s            0.00
Sort scan          11     0.0/s
Sort range         12     0.0/s
Sort mrg pass       0       0/s

__ Query Cache _________________________________________________________
Memory usage  180.54k of  16.00M  %Used:   1.10
Block Fragmnt  18.73%
Hits           77.06k     0.8/s
Inserts        56.17k     0.6/s
Insrt:Prune  56.17k:1     0.6/s
Hit:Insert     1.37:1

__ Table Locks _________________________________________________________
Waited              3     0.0/s  %Total:   0.00
Immediate      95.79k     1.0/s

__ Tables ______________________________________________________________
Open              102 of  400    %Cache:  25.50
Opened            192     0.0/s

__ Connections _________________________________________________________
Max used           19 of  151      %Max:  12.58
Total           7.55k     0.1/s

__ Created Temp ________________________________________________________
Disk table        124     0.0/s
Table             673     0.0/s    Size:  16.0M
File                6     0.0/s

__ Threads _____________________________________________________________
Running             2 of    8
Cached              1 of    8      %Hit:  99.74
Created            20     0.0/s
Slow                0       0/s

__ Aborted _____________________________________________________________
Clients             0       0/s
Connects            8     0.0/s

__ Bytes _______________________________________________________________
Sent           69.99M   744.7/s
Received       31.83M   338.7/s

__ InnoDB Buffer Pool __________________________________________________
Usage           9.52M of 127.98M  %Used:   7.43
Read hit       99.96%
Pages
  Free          7.58k            %Total:  92.57
  Data            608                      7.42 %Drty:  17.43
  Misc              1                      0.01
  Latched           0                      0.00
Reads           1.14M    12.2/s
  From file       485     0.0/s            0.04
  Ahead Rnd         0       0/s
  Ahead Sql                 0/s
Writes        189.25k     2.0/s
Flushes        59.43k     0.6/s
Wait Free           0       0/s

__ InnoDB Lock _________________________________________________________
Waits             140     0.0/s
Current             0
Time acquiring
  Total           832 ms
  Average           5 ms
  Max             244 ms

__ InnoDB Data, Pages, Rows ____________________________________________
Data
  Reads           495     0.0/s
  Writes       94.70k     1.0/s
  fsync        36.94k     0.4/s
  Pending
    Reads           0
    Writes          0
    fsync           1

Pages
  Created         124     0.0/s
  Read            484     0.0/s
  Written      59.43k     0.6/s

Rows
  Deleted       4.70k     0.0/s
  Inserted      4.93k     0.1/s
  Read        112.92k     1.2/s
  Updated      24.67k     0.3/s
=> ça, c'est pendant qu'il ratatouille pour calculer le benchmark. Pour le peu que j'en comprends, mysql n'est pas saturé du tout...
La charge moyenne des processeurs est de 2% environ pendant benchmark.
Par contre dans htop, j'ai 31 process mysql, même au repos... c'est normal ???

Ensuite le test de disque dur (en dehors du benchmarkl) avec : hdparm -tT /dev/sdb1

Code : Tout sélectionner

/etc/mysql# sudo hdparm -tT /dev/sdb1

/dev/sdb1:
 Timing cached reads:   3106 MB in  2.00 seconds = 1552.93 MB/sec
 Timing buffered disk reads: 316 MB in  3.00 seconds = 105.24 MB/sec
Là aussi ça a l'air d'aller pas mal... donc je ne comprends vraiment pas pourquoi j'ai de tels résultats. Surtout, qu'est-ce qui ralenti les écritures / lectures SQL.
-- TD38 --
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté

Répondre

Revenir vers « Do-It-Yourself ("Faire-soi-même") »

Qui est en ligne ?

Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 1 invité