Je n'ai pas de RPi, donc je ne peux pas comparer avec icelui.
De plus je l'utilise exclusivement comme serveur, pas d'interface graphique, pas de retro-gaming, pas de lecture de vidéos, désolé :(
Mais comme machine de salon, le ventilateur est assez rebutant, trop de bruit, ça gâche un espace de vie qui gagne à être silencieux, ça s'arrange avec les manips que j'explique plus bas, mais ça reste présent.
Sinon voici ce que je peux dire :
Les huit cœurs sont séparés en deux fois 4 cœurs : les 4 premiers sont cadencés à 1,4Ghz maximum, les 4 autres à 2Ghz.
-> Si tu lances une compilation en -j 9 pour bourriner au maximum, la machine va surchauffer et s'arrêter quand une des zones thermique va atteindre les 120°C, assez rapidement, quelques minutes maxi.
De plus selon le choix de régulateur que tu fais, quand les cœurs à 2Ghz tournent à fond, le ventilo se déclenche bien rapidement et ta machine décolle. Ce qui peut arriver n'importe quand quand un processus travaille et est envoyé sur un de ceux-là.
Mais il y a une solution simple à ce problème, qui consiste à limiter les 4 cœurs de 2Ghz à 1,4Ghz comme les autres ainsi (les 4 cœurs n°1 à 4 sont liés, donc changer sur l'un d'eux le change sur tous, idem pour les cœurs 0, 5, 6 et 7 mais eux sont déjà à 1,4Ghz) :
echo 1400000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq
Depuis que j'ai mis ça en place, je n'ai jamais eu de soucis d'instabilité, le ventilateur se déclenche moins souvent et moins bruyamment, et une compilation de goret ne fait pas dépasser les 80°, sachant qu'il tourne à environ 50° de base.
À 80° tout va très bien, on est très loin des 120° qui arrêtent le système, on a toujours huit cœurs à 1,4Ghz, ce qui doit le rendre nettement plus rapide que le RPi.
Il s'agit bien de huit cœurs, sans hyperthreading ou truc du genre
À titre de comparaison avec mon PC portable du travail qui est un Core i3-4160 à 3,6Ghz, donc 2 cœurs (4 threads), sur la compilation de qemu (en utilisant le slackbuild, les deux machines sont sous slackware) on a ça avec « time qemu.slackbuild », en gardant en tête que je ne sais pas si la compilation ARM est plus ou moins complexe que la compilation x86, donc que la puissance requise n'est pas forcément équivalente :
XU4 8@1,4Ghz | -j9 :
real 11m22.265s
user 57m13.670s
sys 4m36.115s
core i3-4160 2x2@3,6Ghz | -j3 :
real 3m44,110s
user 9m12,843s
sys 0m32,804s
La réactivité de la machine est très bonne, je m'en sers comme firewall, serveur DHCP et DNHS (dnsmasq), serveur mail (opensmtpd, dovecot), synchro de fichiers avec syncthing, Apache/MySQL, passage de protocoles en SSL avec stunnel (du web genre la GUI de syncthing).
Mon uptime n'est que de deux semaines parce que ça fait deux semaines que je me suis attaqué au problème de la surchauffe, mais sans le faire je n'ai jamais eu de plantage, sauf en compilant des trucs en -j9, j'avais résolu en faisant -j1 histoire que ça ne chauffe pas du tout, mais c'est beaucoup plus long :)
J'ai eu plusieurs mois de fonctionnement sans me poser de questions.
Côté connectique rien à déclarer, ça suit les specs.
Je n'ai pas mesuré la consommation électrique avec un appareil, je fais confiance aux valeurs trouvées en ligne, et il n'utilise qu'un stockage eMMC de 64Go, pas de DD branché à côté (mais ça va sûrement changer parce que 64Go ça fait juste et que je voudrais bien économiser l'eMMC).
En espérant que ça puisse répondre aux questions que toi et Nicolas R. vous posez !
[^] # Re: Planète ?
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 4.
Je n'ai pas de RPi, donc je ne peux pas comparer avec icelui.
De plus je l'utilise exclusivement comme serveur, pas d'interface graphique, pas de retro-gaming, pas de lecture de vidéos, désolé :(
Mais comme machine de salon, le ventilateur est assez rebutant, trop de bruit, ça gâche un espace de vie qui gagne à être silencieux, ça s'arrange avec les manips que j'explique plus bas, mais ça reste présent.
Sinon voici ce que je peux dire :
Les huit cœurs sont séparés en deux fois 4 cœurs : les 4 premiers sont cadencés à 1,4Ghz maximum, les 4 autres à 2Ghz.
-> Si tu lances une compilation en -j 9 pour bourriner au maximum, la machine va surchauffer et s'arrêter quand une des zones thermique va atteindre les 120°C, assez rapidement, quelques minutes maxi.
De plus selon le choix de régulateur que tu fais, quand les cœurs à 2Ghz tournent à fond, le ventilo se déclenche bien rapidement et ta machine décolle. Ce qui peut arriver n'importe quand quand un processus travaille et est envoyé sur un de ceux-là.
Mais il y a une solution simple à ce problème, qui consiste à limiter les 4 cœurs de 2Ghz à 1,4Ghz comme les autres ainsi (les 4 cœurs n°1 à 4 sont liés, donc changer sur l'un d'eux le change sur tous, idem pour les cœurs 0, 5, 6 et 7 mais eux sont déjà à 1,4Ghz) :
echo 1400000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq
Depuis que j'ai mis ça en place, je n'ai jamais eu de soucis d'instabilité, le ventilateur se déclenche moins souvent et moins bruyamment, et une compilation de goret ne fait pas dépasser les 80°, sachant qu'il tourne à environ 50° de base.
À 80° tout va très bien, on est très loin des 120° qui arrêtent le système, on a toujours huit cœurs à 1,4Ghz, ce qui doit le rendre nettement plus rapide que le RPi.
Il s'agit bien de huit cœurs, sans hyperthreading ou truc du genre
À titre de comparaison avec mon PC portable du travail qui est un Core i3-4160 à 3,6Ghz, donc 2 cœurs (4 threads), sur la compilation de qemu (en utilisant le slackbuild, les deux machines sont sous slackware) on a ça avec « time qemu.slackbuild », en gardant en tête que je ne sais pas si la compilation ARM est plus ou moins complexe que la compilation x86, donc que la puissance requise n'est pas forcément équivalente :
XU4 8@1,4Ghz | -j9 :
real 11m22.265s
user 57m13.670s
sys 4m36.115s
core i3-4160 2x2@3,6Ghz | -j3 :
real 3m44,110s
user 9m12,843s
sys 0m32,804s
La réactivité de la machine est très bonne, je m'en sers comme firewall, serveur DHCP et DNHS (dnsmasq), serveur mail (opensmtpd, dovecot), synchro de fichiers avec syncthing, Apache/MySQL, passage de protocoles en SSL avec stunnel (du web genre la GUI de syncthing).
Mon uptime n'est que de deux semaines parce que ça fait deux semaines que je me suis attaqué au problème de la surchauffe, mais sans le faire je n'ai jamais eu de plantage, sauf en compilant des trucs en -j9, j'avais résolu en faisant -j1 histoire que ça ne chauffe pas du tout, mais c'est beaucoup plus long :)
J'ai eu plusieurs mois de fonctionnement sans me poser de questions.
Côté connectique rien à déclarer, ça suit les specs.
Je n'ai pas mesuré la consommation électrique avec un appareil, je fais confiance aux valeurs trouvées en ligne, et il n'utilise qu'un stockage eMMC de 64Go, pas de DD branché à côté (mais ça va sûrement changer parce que 64Go ça fait juste et que je voudrais bien économiser l'eMMC).
En espérant que ça puisse répondre aux questions que toi et Nicolas R. vous posez !
Yth.