Vous n'êtes pas identifié(e).
sinon avec une rallonge dans le jardin de bon matin le processeur serait mieux https://debian-facile.org/img/smilies/xtras/out.gif
Avec des laptop lorsque je lance une installation de winodws ou linux et que le temps le permet => je les mets sur le balcon, à la fraiche !
Hors ligne
Dernière modification par Debian Alain (09-12-2020 19:44:41)
Hors ligne
Hors ligne
ma ligne de lancement conky :
ma configuration de conky :
et , malheureusement , la température de conky n'est mise à jour que toutes les 5 min environ .
comment vérifier son bon fonctionnement ?
l' idéal serai une température mise à jour toutes les 5 secondes voire moins .
Hors ligne
comment vérifier son bon fonctionnement ?
tu peux tester le script solo en console
chez moi çà fonctionne
c'est étrange ce que tu dis pour le rafraîchissement , d'apres ce que j'ai lu execpi l’intervalle est en seconde (ne peut pas etre inférieur a update_interval)
Dernière modification par Croutons (10-12-2020 15:33:40)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Hors ligne
j'ai vérifié .
après mise à jour du bios ,
le D.O.C.P. a été désactivé .
donc, ma ram tourne moins vite (2666MHZ contre 3200MHZ)
donc , mon proc chauffe moins .
et est moins réactif (quoique ... reste à voir) ....
Dernière modification par Debian Alain (11-12-2020 09:55:44)
Hors ligne
ps: il y a un offset de +20 degrés , la température réelle est de "55.8"
il tourne a 32 threads a sa fréquence usine sans broncher
quand a la fréquence de la ram aucun rapport , j'utilise celle usine du controleur mémoire
donc le threaripper 2666Mhz
le Raven 2200G 2933Mhz
les R7 1700 et 1700X 2666Mhz
ton cpu il me semble a un controleur mémoire de 3200Mhz de base , sans overclocker le cpu il est possible d utiliser cette fréquence pour la mémoire
comme je n'ai pas ce genre de cpu , pas fait de test donc je n'ai que les informations du net ou de revue informatique
donc sous debian , si tout va bien les derniers AMD font un overclocking automatique en fonction de la charge , du nombre de threads , et de la température du processeur
par exemple moi sur le threadripper je ne dépasse jamais 3400Mhz
la machine est stable et ne chauffe pas
pour les derniers AMD je ne connais pas , mais il doit y avoir moyen de tourner a sa fréquence usine et la ram a 3200Mhz
ps: sûrement un réglage du bios (normalement Asus est correct a ce niveau (voir le scandale avec intel sur certaines cartes mère et bios ) ) .
donc ce qui me dérange c'est ta conclusion
sous buster "linuxinfo" ne renvoie pas grand chose
j'ai fait des recherches sur les ventirad .
voilà les 3 vidéos qui m'ont le plus intéressé.
https://www.youtube.com/watch?v=Hnjq1wGvYU0
https://www.youtube.com/watch?v=-E-L0ON9NtU&t=634s
https://www.youtube.com/watch?v=Lli8c9dkEts
finalement , j'ai retenu celui là : https://www.amazon.fr/gp/product/B01N9X … UTF8&psc=1
le NOCTUA NH-U12S SE-AM4 vendu 20 € plus cher sur ldlc ( -- pour vérifier -- )
Dernière modification par Debian Alain (13-12-2020 19:16:01)
Hors ligne
donc chercher comment le faire fonctionner a sa fréquence de 3.6Ghz (et pas 4.4Ghz)
a mon avis dans le bios , et sûrement que debian ne gère pas trop bien cela aussi.
sur le 1700X j'ai le Noctua 120 et sur threaripper le 140 (double ventilo) qui tourne a 800 tours voir moins si la température est correcte
mais il faut résoudre ce souci de fréquence cpu , celui d' AMD suffit .
pour le raven a 3.5Ghz usine
ps: il est bien a 3.5Ghz
sur 4 threads il tourne a environ 50 degrés
sur les générations d'après plus d' offset du bios sur les températures cpu (+20) mais le cpu toujours en 14nm (au lieu de 7nm pour toi )
donc il te faut remettre 3.6Ghz de base et mémoire a 3200 . je connais pas le cpu , le bios et la CM , donc je pourrai pas trop t'aider
nota: si tu tourne a 4.4Ghz sur les 16 threads en permanence , clair que la consommation et le dégagement de chaleur explose .
mais comme je t'ai expliqué le processeur ne risque rien , il ne dépassera jamais sa consommation maximale et sa température maximale .
c'est confirmé sur tous les tests , mais aucune idée sur GNU Linux (c'est géré par le cpu d'après les informations que j'ai trouvé )
nota: a la différence de intel qui passe de 95W a plus de 200W a 5Ghz sur tous les threads en permanence si certaines options du bios sont activées
en mode throttling (la fréquence cpu qui fait le yoyo a cause d une température cpu qui frise les 100 degrés )
donc moralité tu peu rester comme cela sans inquiétude avec ton 3700X il n'y a pas danger
mise en service de molotov :
20 - 25 minutes plsu tard (molotov , conky , terminal , chromium , Psensors) :
environ 40 minutes plus tard .
une heure àprès :
molotov , conky , thunderbird , chromium , terminal et Psensors
un peu plus de 2 heures après :
Dernière modification par Debian Alain (15-12-2020 10:50:23)
Hors ligne
Dernière modification par Debian Alain (15-12-2020 11:34:16)
Hors ligne
d'apres les tests sur le net
entre onedemand et schedutil pas trop de différence, tu peux t'amuser a les changer mais sans oublié de remettre le réglage sur onedemand
quelque doc pas mal détaillé dans mes notes
https://access.redhat.com/documentation … _governors
https://doc.ubuntu-fr.org/cpu-frequtils
https://www.kernel.org/doc/Documentatio … ernors.txt
sous Mate il y le widget du tableau de bord moniteur de changements de fréquence du processeur
permet même de changer de governor a la volé on peut ainsi surveillé chaque et affecté un gouvernor différent si on veut
bien pensé a paramétrer le coeur a surveiller
Dernière modification par Croutons (15-12-2020 12:39:38)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Dernière modification par Debian Alain (15-12-2020 14:05:27)
Hors ligne
Le gouverneur Ondemand est un gouverneur dynamique qui permet au CPU d'atteindre une fréquence d'horloge maximale lorsque la charge du système est importante, et d'atteindre une fréquence minimale lorsque le système est inactif. Tandis que ceci permet d'ajuster la consommation d'énergie en fonction de la charge du système, cette opération se produit au détriment de la latence entre les changements de fréquences. Ainsi, la latence peut contrebalancer les bénéfices de performance/d'énergie du gouverneur Ondemand si le système change trop souvent entre inactivité et charges de travail intenses.
Pour la plupart des systèmes, le gouverneur Ondemand peut fournir le meilleur compromis qui soit entre émissions de chaleur, consommation d'énergie, performance, et manageabilité. Lorsque le système est uniquement occupé à certains moments spécifiques de la journée, le gouverneur Ondemand changera automatiquement entre les fréquences maximales et minimales en fonction de la charge et sans la moindre autre intervention.
c'est pour ça que avec linuxinfo tu as les valeurs quand tu valides la commande et elle ne son déja plus d'actualité l'instant d'apres
Si par exemple j'ouvre molotov et que j'active une chaine , le processeur va faire des picks a 3000Mhz et vite se stabilisé a une fréquence plus basse
normalement dans la section system de ton menu gnome tu devrais avoir le moniteur systéme
meilleur moyen pour voir l'évolution de la fréquence (onglet ressources) une courbe par coeur
le paquet s'appel gnome-system-monitor
Description: visualisation et surveillance de processus et de ressources pour GNOME
Ce paquet permet de visualiser et de manipuler les processus actifs
du système. Il fournit également une vue d'ensemble des ressources
disponibles telles que le processeur et la mémoire.
Dernière modification par Croutons (15-12-2020 14:24:15)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Dernière modification par Debian Alain (18-12-2020 14:55:11)
Hors ligne