Benchmark plateforme hardware

[matric]

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

Outstanding performance
Avec mes 14 je crois que je vais laisser tomber le Pi2 et me mettre au jardinage.
Plus sérieusement, cela doit être sympa à utiliser au quotidien malgré que le xeon n'est pas forcément le proc auquel on pense en premier !

[zos93]

Oui, c'est plutôt bien en utilisation courante. A la base, le choix du Xeon est justifié par les autres VM qui tournent sur l'ESX. J'ai voulu prendre une infra qui tient la route et donc construire un vrai serveur avec une carte mère, un processeur et de la mémoire dignes de serveur pro (Supermicro pour la CM, Xeon pour le proc et RAM ECC). Le serveur héberge un NAS (OpenMediaVault), un lecteur multimédia (Plex), un Firewall/Proxy (PfSense), un serveur Mail (Postfix), un gestionnaire de caméras (ZoneMinder), une application d'ordonnancement + sauvegarde (Rundeck), et enfin la domotique avec JEEDOM. A venir sans doute un serveur SIP (Asterisk).

[Nibb31]

Est-ce que je suis le seul pour qui le benchmark ne marche pas ? Quand je clique sur l'icône, j'ai la roue crantée qui tourne, puis une fenêtre vide.

Je ne vois rien dans les logs. Je suis sur Docker sous OMV sur un N54L

[Darkeyes]

J'ai la même chose sur mon jeedom rpi2 . Sur mon lxc pas de pb
Les 2 sont sur la même version jeedom

[aragornier]

Est-ce que je suis le seul pour qui le benchmark ne marche pas ? Quand je clique sur l'icône, j'ai la roue crantée qui tourne, puis une fenêtre vide.

Je ne vois rien dans les logs.

Ok pour moi sur VM Gen 8 !

[stef]

rpi3 avec carte SD classe 10 de mémoire

Nom Temps
cache_write_5000 1.3402669429779
cache_read_5000 0.55075311660767
database_write_delete_1000 28.698663949966
database_update_1000 11.391638994217
database_replace_1000 12.071583032608
database_read_50000 0.29135298728943
subprocess_200 1.3605148792267
total 55.704773902893

je varie entre 49 et 60...va falloir que je rebranche mon ssd alors

[Mike]

Hello,

Je teste depuis quelques semaines une carte "Up-Board" ( http://www.up-board.org/en/specifications/ ).
Voici quelques résultats avec cette carte pas très répandue.

cache_write_5000 0.91480088233948
cache_read_5000 0.40518593788147
database_write_delete_1000 2.5702159404755
database_update_1000 1.3467490673065
database_replace_1000 1.3187031745911
database_read_50000 0.1074481010437
subprocess_200 0.99803900718689
total 7.6611421108246

M

[Laco]

Salut @Mike,

Ça fait un petit moment que je lorgne vers cette Up board dans l'attente d'une vraie solution officielle de la part de la team.
Ce serait cool si tu pouvais nous faire part de ton retour d'expérience dans un post dédié
Elle doit donc être assez proche d'un Odroid C2 en terme de performance ?

A +

[Sshafi]

Salut @Mike,

Ça fait un petit moment que je lorgne vers cette Up board dans l'attente d'une vraie solution officielle de la part de la team.
Ce serait cool si tu pouvais nous faire part de ton retour d'expérience dans un post dédié
Elle doit donc être assez proche d'un Odroid C2 en terme de performance ?

A +

+1 ça fait un moment que j'attends qu'elle soit dispo dans un shop européen mais ils font que repousser la dispo...

From Tapatruc...

[stravinsky]

cache_write_5000 0.83954000473022
cache_read_5000 0.1347029209137
database_write_delete_1000 1.6174681186676
database_update_1000 0.83707809448242
database_replace_1000 0.84815502166748
database_read_50000 0.066143989562988
subprocess_200 0.35160708427429
total 4.6946952342987

sur un Celeron(R) 3205U; SSD de merde et 2go de ram

pas si mal pour un Jeedom bien; bien chargé (>40 scénarios; >1500 commandes)

[matos51]

bonjour
alors avec une mini+ et sa SD d'origine , une trentaine de scenarios

cache_write_5000 23.932804822922
cache_read_5000 0.93398404121399
database_write_delete_1000 73.822008132935
database_update_1000 42.192389011383
database_replace_1000 35.940319061279
database_read_50000 0.53898310661316
subprocess_200 2.1572308540344

total 179.51771903038
mon total monte parfois a 248
c'est donc pas top au vu de se que je vois ici

[cocapic]

pi3 + ssd
Raspbian GNU/Linux 8.0 (jessie)
Version Jeedom 2.3.18
Version PHP 5.6.22-0+deb8u1
Version database 5.5.44-0+deb8u1

7.45

[Theduck38]

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

[kouaw]

bonjour
alors avec une mini+ et sa SD d'origine , une trentaine de scenarios

cache_write_5000 23.932804822922
cache_read_5000 0.93398404121399
database_write_delete_1000 73.822008132935
database_update_1000 42.192389011383
database_replace_1000 35.940319061279
database_read_50000 0.53898310661316
subprocess_200 2.1572308540344

total 179.51771903038
mon total monte parfois a 248
c'est donc pas top au vu de se que je vois ici

si pas mets en tmpfs le /tmp il est logique qu'il soit aussi haut

[sela]

Je trouve que mon benchmark n'est pas top non plus... Je l'ai réalisé plusieurs fois et j'ai un score moyen de 34.

Code : Tout sélectionner

Nom	Temps
cache_write_5000	2.8788778781891
cache_read_5000	1.0301630496979
database_write_delete_1000	17.619452953339
database_update_1000	7.2545731067657
database_replace_1000	8.9764358997345
database_read_50000	0.51963019371033
subprocess_200	2.2339618206024
total	40.513094902039

Je suis sur RPI2 avec une SD classe 10 et une installation domotique pas très poussée (niveau matos + scénario)
J'ai mis en place le tmpfs.

Code : Tout sélectionner

pi@raspberrypi:~ $ sudo  df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       7.2G  2.1G  4.9G  30% /
devtmpfs        459M     0  459M   0% /dev
tmpfs           463M     0  463M   0% /dev/shm
tmpfs           463M  6.3M  457M   2% /run
tmpfs           5.0M  8.0K  5.0M   1% /run/lock
tmpfs           463M     0  463M   0% /sys/fs/cgroup
tmpfs           128M  3.5M  125M   3% /tmp
/dev/mmcblk0p1   63M   21M   43M  33% /boot
tmpfs           463M   14M  450M   3% /var/log
tmpfs           463M   51M  413M  11% /var/cache
tmpfs           463M     0  463M   0% /var/tmp

Mon fichier fstab est ainsi:

Code : Tout sélectionner

proc            /proc           proc    defaults          0       0
/dev/mmcblk0p1  /boot           vfat    ro,noatime          0       2
/dev/mmcblk0p2  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
tmpfs        /tmp            tmpfs  defaults,size=128M                                       0 0

Est-ce un problème de paramétrage quelque part ?

[rosty]

Allez HOP, voila ce que donne Jeedom bien chargé sur NUC I3 (du bon plan d'aujourd'hui), très satisfait du résultat
Il est installé sur une VM DEBIAN 8 via ESXI, j'ai aussi testé de rajouter une autre VM Xpenology, j'étais à 3.6

[sela]

Je trouve que mon benchmark n'est pas top non plus... Je l'ai réalisé plusieurs fois et j'ai un score moyen de 34.

Code : Tout sélectionner

Nom	Temps
cache_write_5000	2.8788778781891
cache_read_5000	1.0301630496979
database_write_delete_1000	17.619452953339
database_update_1000	7.2545731067657
database_replace_1000	8.9764358997345
database_read_50000	0.51963019371033
subprocess_200	2.2339618206024
total	40.513094902039

Je suis sur RPI2 avec une SD classe 10 et une installation domotique pas très poussée (niveau matos + scénario)
J'ai mis en place le tmpfs.

Code : Tout sélectionner

pi@raspberrypi:~ $ sudo  df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       7.2G  2.1G  4.9G  30% /
devtmpfs        459M     0  459M   0% /dev
tmpfs           463M     0  463M   0% /dev/shm
tmpfs           463M  6.3M  457M   2% /run
tmpfs           5.0M  8.0K  5.0M   1% /run/lock
tmpfs           463M     0  463M   0% /sys/fs/cgroup
tmpfs           128M  3.5M  125M   3% /tmp
/dev/mmcblk0p1   63M   21M   43M  33% /boot
tmpfs           463M   14M  450M   3% /var/log
tmpfs           463M   51M  413M  11% /var/cache
tmpfs           463M     0  463M   0% /var/tmp

Mon fichier fstab est ainsi:

Code : Tout sélectionner

proc            /proc           proc    defaults          0       0
/dev/mmcblk0p1  /boot           vfat    ro,noatime          0       2
/dev/mmcblk0p2  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
tmpfs        /tmp            tmpfs  defaults,size=128M                                       0 0

Est-ce un problème de paramétrage quelque part ?

J'étais depuis début 2016 sur un RPI2 et je viens de passer sur RPI3 (avec instal. clean depuis Raspian Lite). Le benchmark est meilleur avec une moyenne à 24 au lieu de 34 sur le RPI2. Merci à Rosty pour son bon plan sur ce RPI3 à 17€ !
En attendant l'achat d'un NUC...

Code : Tout sélectionner

Jeedom benchmark
Close
Nom	Temps
cache_write_5000	1.3669939041138
cache_read_5000	0.58606505393982
database_write_delete_1000	9.7966020107269
database_update_1000	5.5906729698181
database_replace_1000	5.4294438362122
database_read_50000	0.2921359539032
subprocess_200	1.4626889228821
total	24.524602651596

[team18fr]

Salut j'ai une mini+ et j'ai un total en moyenne de 40 est-il possible de l'améliorer ?
J'ai 24 modules Zwave, 9 modules RFXcom et 3 cameras ip.

[stef]

Avant ....

rpi3 avec carte SD classe 10 de mémoire

Nom Temps
cache_write_5000 1.3402669429779
cache_read_5000 0.55075311660767
database_write_delete_1000 28.698663949966
database_update_1000 11.391638994217
database_replace_1000 12.071583032608
database_read_50000 0.29135298728943
subprocess_200 1.3605148792267
total 55.704773902893

je varie entre 49 et 60...va falloir que je rebranche mon ssd alors

Après ...

Nom Temps
cache_write_5000 0.17365193367004
cache_read_5000 0.062673091888428
database_write_delete_1000 0.34686708450317
database_update_1000 0.17864608764648
database_replace_1000 0.17656588554382
database_read_50000 0.026725053787231
subprocess_200 0.23167181015015
total 1.1968009471893

de la bombe

[sela]

J'avais cru comprendre que le SSD n'apportait pas de gain au niveau du benchmark (juste là pour fiabiliser les écritures)... Ta comparaison me laisse songeur ! Je vais le remettre en place. J'espère constater le même phénomène que toi !