Vous n'êtes pas identifié(e).
Dernière modification par yoshi (22-11-2017 20:11:22)
Desktop 1: SKP P21. Gigabyte B550M DS3H. AMD Ryzen 9 3900 @ 3,1 Ghz. Kingston FURY 64 Gb DDR4-3200. Sapphire Radeon Pulse RX 6700 XT 12Gb.
Laptop: Acer Aspire E5-573G. Intel Core i3-4005U @ 1,7 Ghz. Intel Haswell-ULT Integrated Graphics
Desktop 2: HP Compaq 6000 Pro Intel Core2 Quad Q8400 @ 2,6 Ghz. 6Gb ddr3. Geforce GT 710
Hors ligne
finalement, je pourrais peut être me mettre au loto
Bah c'est juste choisir de passer de voleur à volé, là !
Tchibâââ ...
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par scorpio810 (22-11-2017 16:55:27)
debian Kernel: 4.14.0-trunk-amd64 x86_64 Desktop: KDE Plasma 5.10.5
AMD Ryzen 7 1700X Eight-Core Advanced Micro Devices [AMD/ATI] Lexa PRO [Radeon RX 550] Display Server: x11 (X.Org 1.19.5 ) drivers: ati,amdgpu (unloaded: modesetting,fbdev,vesa,radeon) OpenGL: renderer: Radeon RX 550 Series (POLARIS12 / DRM 3.19.0 / 4.14.0-trunk-amd64, LLVM 5.0.0)
version: 4.5 Mesa 17.3.0-rc5
Hors ligne
Dernière modification par yoshi (22-11-2017 20:13:21)
Desktop 1: SKP P21. Gigabyte B550M DS3H. AMD Ryzen 9 3900 @ 3,1 Ghz. Kingston FURY 64 Gb DDR4-3200. Sapphire Radeon Pulse RX 6700 XT 12Gb.
Laptop: Acer Aspire E5-573G. Intel Core i3-4005U @ 1,7 Ghz. Intel Haswell-ULT Integrated Graphics
Desktop 2: HP Compaq 6000 Pro Intel Core2 Quad Q8400 @ 2,6 Ghz. 6Gb ddr3. Geforce GT 710
Hors ligne
Dernière modification par scorpio810 (22-11-2017 20:57:47)
debian Kernel: 4.14.0-trunk-amd64 x86_64 Desktop: KDE Plasma 5.10.5
AMD Ryzen 7 1700X Eight-Core Advanced Micro Devices [AMD/ATI] Lexa PRO [Radeon RX 550] Display Server: x11 (X.Org 1.19.5 ) drivers: ati,amdgpu (unloaded: modesetting,fbdev,vesa,radeon) OpenGL: renderer: Radeon RX 550 Series (POLARIS12 / DRM 3.19.0 / 4.14.0-trunk-amd64, LLVM 5.0.0)
version: 4.5 Mesa 17.3.0-rc5
Hors ligne
Desktop 1: SKP P21. Gigabyte B550M DS3H. AMD Ryzen 9 3900 @ 3,1 Ghz. Kingston FURY 64 Gb DDR4-3200. Sapphire Radeon Pulse RX 6700 XT 12Gb.
Laptop: Acer Aspire E5-573G. Intel Core i3-4005U @ 1,7 Ghz. Intel Haswell-ULT Integrated Graphics
Desktop 2: HP Compaq 6000 Pro Intel Core2 Quad Q8400 @ 2,6 Ghz. 6Gb ddr3. Geforce GT 710
Hors ligne
D'où viennent les valeurs high, crit, et emerg ? Sont'elles correctes ? Ca voudrait dire que le threadripper peut monter jusqu'à 135 degrés sans subir de domages ?
Lorsque la température atteint 135 degrés, est-ce que l'ordinateur s'éteint automatiquement pour protéger le processeur ?
32°C en idle, je trouve ça bien, mon 1700X est à 40°C avec un Noctua U12-S, mais je pense que j'ai mis trop de pâte thermique. D'où ma question, comment tu as fait pour mettre la pâte thermique ?
Moi j'ai mis une fine couche à la fois sur la surface du processeur et sur celle du radiateur, étalée avec une carte en plastique, je pensais que ça comblerait mieux les micro-trous sur ces deux surfaces, mais, je me rend compte maintenant que ça fait trop de pâte. Donc je compte bientôt réessayer en ne mettant qu'une couche sur le processeur.
Dernière modification par Anonymous (06-12-2017 07:44:10)
Hors ligne
comment tu as fait pour mettre la pâte thermique ?
Mettre la valeur d'un petit pois car il suffit juste de combler le granulé de la surface du support du CPU. Si c'est la question ?
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
ça demande un peu de recherche pour certaines valeurs , et désactiver ce qui n'est pas correct , traiter les seuils d'alarmes
je n'ai pas encore fait tout ceci.
pour la pate thermique souvent une petite quantité au centre du cpu , a la mise en place du radiateur elle se répand
pour threadripper le cpu est tellement gros que j ai fait comme toi .
Noctua fourni ce qu il faut avec ces radiateurs .
ps: j'ai récupéré le noyau 4.15-rc2 , il y a bien le module température pour les cpu Ryzen mais pas testé (trop jeune encore)
@Anonymous
non ces valeurs ne sont pas bonnes , le processeur est capable de se mettre en sécurité (baisse des tensions , baisse de sa fréquence en cas de température trop élevé )
pour ce que je donne (retour de sensors ) c'est sur un cpu en configuration usine (bios par défaut ) a 3.4Ghz et un très gros radiateur Noctua 140 avec 2 ventilateurs de 14 cm
température ambiante inférieure a 20 degrés.
pour AMD , je sais pas si il donne les limites comme le fait intel sur son site => https://ark.intel.com/fr/products/97128 … o-4_20-GHz
ps: juste la température maximum de la jonction (100 degrés ) , a mon avis 80 degrés c'est déjà critique sur la sonde
on verra cet été comment ce comporte les températures
Dernière modification par anonyme (06-12-2017 11:00:00)
Hors ligne
ce que ça donne (avec sensors ou psensors )
les VRM chauffe , le cpu pas trop
je n'arrive pas a ignorer => asus-isa-0000
certaines prises de la carte mère (ventilateur) ne sont pas prise en compte par sensors
pour les inx (0 a 8 ) difficile de déterminer de quoi il s'agit
je n'arrive pas a modifier les alarmes (seuil min/max et low/hight)
la documentation est pas très claire pour moi et pas très détaillée ( meme le wiki D_F )
ça va pas etre simple d'appliquer ça a threadripper qui a des sondes de température de tous les cotés
en plus 68 degrés max pas beaucoup de marge
pour les ryzen 7 , 5 et 3 ça va etre plus simple
les régulateurs du cpu (VRM) j'aimerais bien les surveiller
nota: j'ai le 8320E (95w) 3.2Ghz et le 8320 ( 120w il me semble) sans le "E" et fréquence plus élevée .
après pour les alarmes je sais pas si on peu les gérer (sur le bureau ou par mail )
sans le fichier personnalisé ça donne ceci (FX8320 3.5Ghz)
Dernière modification par anonyme (06-12-2017 17:44:55)
Dernière modification par anonyme (07-12-2017 13:55:33)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne
debian Kernel: 4.14.0-trunk-amd64 x86_64 Desktop: KDE Plasma 5.10.5
AMD Ryzen 7 1700X Eight-Core Advanced Micro Devices [AMD/ATI] Lexa PRO [Radeon RX 550] Display Server: x11 (X.Org 1.19.5 ) drivers: ati,amdgpu (unloaded: modesetting,fbdev,vesa,radeon) OpenGL: renderer: Radeon RX 550 Series (POLARIS12 / DRM 3.19.0 / 4.14.0-trunk-amd64, LLVM 5.0.0)
version: 4.5 Mesa 17.3.0-rc5
Hors ligne
Dernière modification par Debian Alain (08-12-2017 19:03:42)
Hors ligne
Hors ligne
euh , scorpio810 , tu peux nous expliquer , dans le cas présent et de façon détaillée , comment tu fais pour "patcher" le noyau 4.13 ?
nous n'avons pas tous ton niveau ....
merci
Alain
nb: je suis tombé sur ça , mais j'ai rien compris . trop détaillé .
https://debian-facile.org/utilisateurs: … el-linux?s
Salut Alain.
Alors réponse rapide (pas trop le temps), je suppose que tu parles pour avoir le coretemp Ryzen sur un kernel 4.13 ? : il te faut installer le paquet kernel-package, récupérer le fichier k10temp.c que j'avais patché ici :
https://download.tuxfamily.org/qet/josh … /k10temp.c et remplacer celui dans /drivers/hwmon/
Apres pour compiler le noyau je fais d'habitude comme cela, je part au départ d'un kernel Debian equivalent dont je modifie et adapte les options avec make menuconfig.
ps: sur un kernel Debian signé il faudra supprimer la clé Debian dans les options.
Apres il suffit d'installer certains paquets, et pas tous ceux crées :
linux-image-4.13.12-vanilla - Linux kernel, version 4.13.12-vanilla
linux-headers-4.13.12-vanilla - Linux kernel headers for 4.13.12-vanilla on amd64
linux-firmware-image-4.13.12-vanilla - Linux kernel firmware, version 4.13.12-vanilla
Laurent
Dernière modification par scorpio810 (08-12-2017 20:02:16)
debian Kernel: 4.14.0-trunk-amd64 x86_64 Desktop: KDE Plasma 5.10.5
AMD Ryzen 7 1700X Eight-Core Advanced Micro Devices [AMD/ATI] Lexa PRO [Radeon RX 550] Display Server: x11 (X.Org 1.19.5 ) drivers: ati,amdgpu (unloaded: modesetting,fbdev,vesa,radeon) OpenGL: renderer: Radeon RX 550 Series (POLARIS12 / DRM 3.19.0 / 4.14.0-trunk-amd64, LLVM 5.0.0)
version: 4.5 Mesa 17.3.0-rc5
Hors ligne
quelques minutes plus tard
le 4.14.0-1-amd64 de debian est bloqué sur sid
tx sur 32 threads (11 degrés température extérieure )
Dernière modification par anonyme (08-12-2017 23:43:37)
la machine fonctionne correctement , la commande "journalctl -r -p err" me donne
nota : ignorer les messages de samba (je cherche le bug ) il reste => "sp5100_tco: I/O address 0x0cd6 already in use"
l'erreur acpi n'est pas listé
ps: le message de smartd c'est a cause du ssd nvme
Dernière modification par anonyme (06-03-2018 02:04:47)
essaie de taper :
et poste nous le retour ; ça devrait être long .
Dernière modification par Debian Alain (08-03-2018 21:03:47)
Hors ligne
Dernière modification par anonyme (30-06-2018 17:53:33)
Hors ligne
ps: pas besoin d'overclocking
reste a voir les prix , pour les petites PME ça reste une solution intéressante avec une grosse puissance a la clé
nota: sinon rien de neuf avec Buster , ça tourne bien.
Dernière modification par anonyme (15-08-2018 16:38:16)