Jump to content

naga91870

INpactien
  • Content Count

    325
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by naga91870

  1. D'accord merci Ashlol, je le donnais sans vraiment en connaitre l’intérêt. J'avais juste lu : n'en tiens pas compte. Sans comprendre vraiment pourquoi. L'overclocking est donc terminé. Si ça chauffe trop cet été je me pencherais sur les voltages qu'on peu potentiellement réduire sans causer de dysfonctionnement ( le PLL par exemple ). Mais pour le moment le résultat me conviens. Il ne faut pas oublier que je suis en Air, dans un boitier plus que bidouillé. En tout cas je suis maintenant en état de patienter pour les prochaines générations de matériel. Encore merci à toi pour les conseils.
  2. Du coup : LLC5 VCORE 1.405v @ 1.428 BIOS / CPUZ iddle: 1.428v-1.440v HW iddle 1.428v VID 1.381v // CPUZ burn 1.416v-1.428v HW burn 1.428v VID burn 1.406v ========== Plantage à 2h40 à peu de choses prêt. Je dois donc encore monter le vcore un peu. Heureusement que mes températures sont bonnes .
  3. Bien vu, j'avais pas pensé à faire ça comme ça, merci pour les détails 😀 Pour le moment l'ensemble parait stable. Nous en sommes à plus de 2h de stress OCCT avec une température maxi de 66°c dans une pièce à 20°c. Et j'ai encore un peu de reserve niveau ventilation. mes ventilateurs latéraux tournent à peu prêt à 50% et le CPUFAN à encore 250rpm sous le coude Y'a bon pour garder la perf même en plein été 😍 LLC5 VCORE 1.405v @ 1.428 BIOS / CPUZ iddle: 1.428v-1.440v HW iddle 1.428v VID 1.381v // CPUZ burn 1.416v-1.428v HW burn 1.428v VID burn 1.406v Stable 2h12 pour le moment Les réglages actuels me plaisent bien, je ne pourrais certainement pas faire mieux en LLC5. Ensuite je ré essaierais en abaissant au LLC4 comme tu me conseilles d'essayer. Pour une meilleur lisibilité pour ceux qui pourraient passer par là, je vais update le premier post avec les tests effectués, au lieux de les ajouter à chaque fois. à plus tard pour les autres essais.
  4. Salut Ashol, Merci de ton intervention. En fouinant encore hier sur différents forums et post je me suis rendu compte que j'avais en effet reluqué les ' podiums ' . J'en suis arrivé à la même conclusion que toi, processeur dans la moyenne, sans plus. De ce fait j'ai poursuivi mes test presque dans ton sens de réflexion, car en me relisant je me suis rendu compte que j'avais moins de voltage en LLC6. Je n'utilise pas le LLC5 à cause de l'effet ' yoyo ' justement. Le voltage me semblais trop faible. Je vais peut être insister. Dans mon cas je n'ai pas d'autres choix qu'utiliser le LLC car le réglage par OFFSET me procure trop de vdrop, et je ne peux pas cumuler avec le LLC. Voici les nouveaux test de ce matin / et tests en cours : Dernière valeurs de référence sous LLC6: LLC6 VCORE 1.375v @ 1.416v BIOS / CPUZ iddle: 1.404v HW iddle 1.392v1.404v VID 1.381v // CPUZ burn 1.428 HW idem VID burn1.406v: 30mn stable OCCT arrêt du test pour chercher un voltage plus bas 67°max Donc… Retour sous LLC6 pour diminuer le voltage : LLC6 VCORE 1.365v @ 1.392 BIOS / CPUZ iddle: 1.380v HW iddle 1.380v // HW + CPUZ 1.416v burn VID burn1.381v: Crash dans les 10 minutes de test OCCT ( j’étais absent lors du crash ) LLC6 VCORE 1.370v @ 1.392 BIOS / CPUZ iddle: 1.392v HW iddle 1.392v VID 1.381v -1.376v // HW + CPUZ 1.428v burn VID burn 1.406v Crash dans les 10 minutes de test OCCT ( Suite à tes connseils je reprends sous LLC5: LLC5 VCORE 1.39v @ 1.416 BIOS / CPUZ iddle: 1.416v HW iddle 1.416v VID 1.381v // HW + CPUZ 1.416v burn VID burn 1.406v Crash à 8mn36 En cours : LLC5 VCORE 1.40v @ 1.428 BIOS / CPUZ iddle: 1.416v HW iddle 1.416v-1.440v VID 1.381v // HW + CPUZ 1.428v burn VID burn 1.406v Ca devrais tenir plus longtemps, on se rapproche des voltages stables sous les tests précédents Je ne t'ai pas bien compris ... Ce que tu me dit c'est qu'il vaux mieux que mon voltage en iddle et burn soient le plus proche ?
  5. Bonjour, J'ai prévu de changer ma config d'ici un a deux ans, j'attends le départ de la guerre des prix entre intel / amd si elle à bien lieu. Voici le matériel dont je suis équipé : Carte mère GA-Z68X-UD3-B3 Processeur Intel 2600k 3.4ghz @ 4.6ghz Ventirad Noctua NH-12S ( monté en push pull ) Ram G.skill Rpijaws 12800 CL9D 2x 4 go @ 1600 9-9-9-24 Alim Seasonic 500w certifiée 80+ dont j'ai oublié la référence KF2A 1070 ( avec le radiateur modifié ) Etant Cpu limited, je cherche à stabiliser mon I7 2600K à des températures raisonnable : Ne pas dépasser 70-75° en stress test devrais me laisser une bonne marge pour cet été , et à un voltage raisonnable pour ne pas l'endommager. J'ai donc pu constater que windows pouvais boot à 5.1ghz mais ça n'est pas mon objectif. J'ai trouvé une vrai facilité à le stabiliser à 4.6ghz ( arrêt du test par moi même à 4h12 sous OCCT ) avec un voltage de 1,416 sous le bios, CPUZ et HW indiquaient alors 1.392 en iddle. Lors de la charge, le processeur passait à 1.44-1.452v sous CPUZet HW. Les températures sont dans ma tolérance : 67° maximum au bout de 4h12 en burn sous OCCT Cependant je trouve que le voltage fourni pour tenir cette fréquence est bien au dessus de la moyenne constatée sur cette série de processeurs. J'ai donc tenté de réduire, mais avec plusieurs échecs. Voici comment sont configurées les options de base pour overclocker sur ce chipset : J'ai désactivé tous les automatismes d'intel : Eist, c3/c6 etc ... Mais laissé la possibilité survoltage du VID Je n'ai pas touché aux autres voltages de la carte mère étant notés dans plusieurs tutos que cela n'influe pas sur la stabilité. J'ai cependant bien nôté que celà pourrais jouer sur les températures, en baissant par exemple le PLL de 0.05 soirt 1.75 je pourrais peut être gagner 2 -3 °c supplémentaires. Après plusieurs lectures, je reste persuadé que le processeur pourrais moins consommer, j'ai donc tenté différents réglages du LLC et de voltages, vous trouverez différents tests dans la suite du post. Pour augmenter la fréquence, je ne passe que par le Coeff : 100 * 46. Référence stable avec meilleur voltage obtenu actuellement : LLC7 VCORE 1.365 LLC7 @ 1.416 BIOS / CPUZ iddle: 1.392v HW iddle 1.392v // ( 1.452-1.440v burn ) : 4h12 ok, 67°c maxi Mais voltage encore trop haut Une partie des autres essais effectués : ( sur ces premiers essais je n'avais pas noté toutes les valeurs, ayant tout fait à la volée ) LLC10 VCORE 1.32v / HW iddle 1.380v // HW burn 1.44v : Boot, mais pas testé à cause des voltages élevés.. LLC10 VCORE 1.28v : NOBOOT LLC10 VCORE 1.31v @ 1.404bios : Crash au boot Windows. Je laisse donc tomber ce réglage et décide de chercher le meilleur réglage du Load line calibration pour rester précis dans mes voltages, à prioris, plus le LLC est bas plus le voltage en Iddle est élevé, et le voltage en burn bas. LLC9 VCORE 1.32v / CPUZ iddle: 1.356v HW iddle 1.356v-1.380v // CPUZ burn 1.440v HW idem : J'abandonne l'essai en cours de route 30mn environ le voltage étant trop élevé à mon goût. LLC5 VCORE 1.32v @ 1.34v BIOS : BOOTLOOP LLC5 VCORE 1.37v @ 1.404v BIOS / CPUZ iddle: 1.38v-1.404v HW iddle 1.38v1.416v // CPUZ burn 1.392 HW idem : Crash sous OCT @ 30sc LLC5 VCORE 1.39v @ 1.416v BIOS / CPUZ iddle: 1.404v-1.416v HW iddle 1.416v1.428v // CPUZ burn 1.416HW idem : Crash après 8mn environ OCCT Suite à ça je me dit ... Mais ça donnais quoi déjà sans le LLC ? ( je n'avais pas nôté les premiers bidouillages ne prenant pas cet OC au sérieux. résultat : trop de VDROP, retour au LLC6. LLC6 VCORE 1.375v @ 1.416v BIOS / CPUZ iddle: 1.404v HW iddle 1.392v1.404v // CPUZ burn 1.428 HW idem : 30mn stable OCCT arrêt du test pour chercher un voltage plus bas 67°max Passage en LLC7 LLC7 VCORE 1.375v @ 1.428v BIOS / CPUZ iddle: 1.404v-1.416v HW iddle 1.428v-1.416v // CPUZ burn 1.464v-1.452v HW idem : 4h stress ok mais trop de Volts 68°maxi On en arrive aux valeurs de référence actuelle : LLC7 VCORE 1.365 LLC7 @ 1.416 BIOS / CPUZ iddle: 1.392v HW iddle 1.392v // ( 1.452-1.440v burn ) : 4h12 ok, 67°c maxi Mais voltage encore trop haut On reprends les tests de plus belles, convaincu que le cpu peux descendre encore en Volts : LLC7 VCORE 1.335v @ 1.368v BIOS / CPUZ iddle: 1.356v HW iddle 1.356v-1.380v VID iddle 1.381v: crash sous Windows avant test LLC7 VCORE 1.340v @ 1.392v BIOS : NOBOOT LLC7 VCORE 1.345 LLC7 @ 1.404 BIOS / CPUZ iddle: 1.368v - 1.392v HW iddle 1.368v-1.404v // ( 1.428v burn ) VID burn1.381v: crash au stress test LLC7 VCORE en mode normal a 1.365V + DVID + 0.075 @ 1.392v BIOS : NOBOOT LLC7 VCORE en mode normal a 1.365V + DVID + 0.085 @ 1.392-1.404v BIOS : NOBOOT LLC7 VCORE en mode normal a 1.365V + DVID + 0.090 @ 1.404v BIOS : NOBOOT LLC8 VCORE 1.330v @ 1.404 BIOS / CPUZ iddle: 1.356v-1.380v idem HW : crash sous windows avant stress test. Je suis actuellement en phase de test avec d'autres voltages, si vous voyez quelque chose qui peu m'aider n'hésitez pas ... J'ai beau avoir parcouru les différents forum et posts existants, je n'arrive qu'à avancer en mode : apprenti sorcier ... Ma référence de voltage pour le processeur est basé sur les résultats obtenus sur la base de donnée Hardware.fr ainsi que sur différents posts. ( j'ai vu des OC stable à 4.8ghz à 1.35 - 1.38v !!! ) Voila, dans l'attente de votre retour, je posterais l'avancée. A bientôt 🙂 EDIT // Les tests du jour ( pour simplifier la lecture ) Dernière valeurs de référence sous LLC6: LLC6 VCORE 1.375v @ 1.416v BIOS / CPUZ iddle: 1.404v HW iddle 1.392v1.404v // CPUZ burn 1.428 HW idem 30mn stable OCCT arrêt du test pour chercher un voltage plus bas 67°max Donc… Retour sous LLC6 pour diminuer le voltage : LLC6 VCORE 1.365v @ 1.392 BIOS / CPUZ iddle: 1.380v HW iddle 1.380v // HW + CPUZ 1.416v burn Crash dans les 10 minutes de test OCCT ( j’étais absent lors du crash ) LLC6 VCORE 1.370v @ 1.392 BIOS / CPUZ iddle: 1.392v HW iddle 1.392v // HW + CPUZ 1.428v burn Crash dans les 10 minutes de test OCCT ( Retour sous LLC5 pour optimiser les différences de voltage : LLC5 VCORE 1.39v @ 1.416 BIOS / CPUZ iddle: 1.416v HW iddle 1.416v // HW + CPUZ 1.416v burn Crash à 8mn36 LLC5 VCORE 1.40v @ 1.428 BIOS / CPUZ iddle: 1.416v HW iddle 1.416v-1.440v // HW + CPUZ 1.428v burn crash à 20mn OCCT LLC5 VCORE 1.405v @ 1.428 BIOS / CPUZ iddle: 1.428-1.440v HW iddle 1.428v // CPU-Z burn 1.416v-1.428v HW burn 1.428v Crash à 2h40 environ @ 66°c maxi Dernier test stable 4h sous OCCT LLC5 VCORE 1.415v @ 1.440 BIOS / CPUZ iddle: 1.440v-1.452v HW iddle 1.428v // CPUZ burn 1.440v-1.428v HW burn 1.440v J'arrête donc ici cet overclocking, on saura cet été si j'ai suffisement anticipé la chauffe ... Ou pas. En quel cas je me pencherais sur les diminutions de voltages d'autres composants pour y gagner deux ou trois degrés. ( si ça fonctionne ) J’espère que ce post pourras être utile à certains, même si je sais cette génération de processeurs vieillissante maintenant ... A bientôt 🙂
  6. Histoire de conclure, j'ai pu profiter de cette période pour régler les soucis. Fallais se remettre dans le bain, je n'y étais plus, merci du coup de pate. Le soucis étais donc : mauvaise installation de windows + mauvaise installation de pilotes + ram defectueuse ...
  7. Ça tombe bien toutes mes données étaient déjà dans d'autres disques durs, j'ai juste eu à sauver mes favoris internet et ce qui étais sur le bureau. Le plus long vas surtout être de télécharger à nouveaux les jeux, je n'ai pas pensé à regarder si on pouvais sauvegarder le contenu des bibliothèques blizzard / ubi et steam... Pour le moment pas de plantage ... Mais rien ne sollicite la bête. ( j'ai toujours les vieilles barrettes de ram posées sur le bureau ) Je lancerais dès que faire ce peu un peu de Streaming qui suffisait à crasher l'ensemble. Si ça ne crash pas, je remonterais les anciennes barrettes.
  8. Ok : Ça viens de planter sans le téléphone branché, juste avec un Memtestx86 Je vais réinstaller windows 10. L'outil d'installation de microsoft est suffisant ? Oui il me semblais bien, je n'ai jamais fait le nécessaire pour passer en uefi ( la carte mère le permettais ) je reviens vers vous après réinstallation
  9. Pour répondre à Soltek : Le logiciel interne de windows me dit qu'l n'y à pas de soucis de ram, j'ai cependant débranché les plus vieille barette ( 2 x 4 go de 2011 ) histoire de vérifier. J'ai quand même eu un plantage, mais c'est tout. Après je n'ai pas fait de test approfondi, il étais tard. Je re tenterais demain. Ces barettes ne sont plus refroidis, le radiateur alu est maintenant décollé des composants. J'ai cru comprendre que Memtestx86 n'étais plus adapté contrairement à l'époque d'xp ou w7, vous confirmez ? En quel cas il me faudra un autre soft. Brice.wernet : Je n'ai pas d'autres moyens de me connecter que par l'un de mes téléphones en USB . Au choix : oneplus5, samsung a5, et samsung a50. Je n'ai jamais eu de soucis de ce côté là, et ça plantais à l'époque sous w7 à de rares occasions, en étant en ethernet. Ou alors je peux tenter une connection via le rj45 en partageant le wifi du tel portable par le pc portable ? ( histoire d'éliminer ce facteur ) Je n'arrive pas à désinstaller proprement tous les logiciels installés sous W7, certains laissent toujours des traces ou me disent que les logiciels ne sont pas accessibles ( manque des dll, etc ) En effet, certains ne se lancent plus depuis la migration. Je n'installe jamais de pilotes autrement que sur le site du fabriquant ( nvidia par exemple ) ceci dit quelqu'un m'a conseillé d'installer un pilote Bêta aux cas ou ? a tenter ? J'ai peur de ne pas saisir quand tu parles de partitionnement ? Je n'ai pas fait de partition sur le disque et ai tout laissé dans le volume principal. Je ne me rapelle pas si le Z68 étais concerné, en tout cas le BIOS est à jour. Le SSD de 1TO est juste une copie via le logiciel de samsung d'ailleurs car le 500go étais juste. Concernant le BIOS, c'étais une carte un peu hybride entre les deux, je l'ai toujours laissé en BIOS Bon grosso merdo si c'est pas la ram, reset du w10 ? J'avais oublié la fin du rapport : Conclusion On your computer a total of 22 crash dumps have been found. Only 10 have been analyzed. A third party driver has been identified to be causing system crashes on your computer. It is strongly suggested that you check for updates for these drivers on their company websites. Click on the links below to search with Google for updates for these drivers: hardware.sys If no updates for these drivers are available, try searching with Google on the names of these drivers in combination with the errors that have been reported for these drivers. Include the brand and model name of your computer as well in the query. This often yields interesting results from discussions on the web by users who have been experiencing similar problems. Read the topic general suggestions for troubleshooting system crashes for more information. Note that it's not always possible to state with certainty whether a reported driver is responsible for crashing your system or that the root cause is in another module. Nonetheless it's suggested you look for updates for the products that these drivers belong to and regularly visit Windows update or enable automatic updates for Windows. In case a piece of malfunctioning hardware is causing trouble, a search with Google on the bug check errors together with the model name and brand of your computer may help you investigate this further.
  10. Bonjour, Mon ordinateur crash de manière intempestive sous windows 10 Je n'arrive pas a identifier le problème. L'écran bleu affiche : CRITICAL_STRUCTURE_CORRUPTION si j'ai bien compris ça peu venir de plusieurs choses : Température ( tout est correct ) , pilotes ( j'ai ré installé les pilotes vidéos ), ram ( j'ai utilisé le module de windows pour la vérifier c'est bon ). J'avais un soucis de temps en temps sous windows 7 avant de faire la migration, mais cela est devenu récurant avec le windows 10. Peut être est ce le même problème. Voici le contenu du rapport " WhoCrashed " Pour quelques crash du jour : System Information (local) Computer name: NAG-PC Windows version: Windows 10 , 10.0, build: 18363 Windows dir: C:\WINDOWS Hardware: Z68X-UD3-B3, Gigabyte Technology Co., Ltd. CPU: GenuineIntel Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz Intel8664, level: 6 8 logical processors, active mask: 255 RAM: 17162153984 bytes (16,0GB) Crash Dump Analysis Crash dumps are enabled on your computer. This system is not configured for complete or automatic crash dumps. For best results, configure your system to write out complete or automatic crash dumps. Select Tools->Crash Dump Configuration from the main menu to configure your system to write out complete memory dumps. Crash dump directories: C:\WINDOWS C:\WINDOWS\Minidump On Sun 23/02/2020 18:45:30 your computer crashed or a problem was reported crash dump file: C:\WINDOWS\MEMORY.DMP This was probably caused by the following module: Unknown (0x000000000000001C) Bugcheck code: 0x109 (0xA3A026E73D38D7B3, 0xB3B7336D8FBB275C, 0xFFFFE78E4FC63A50, 0x1C) Error: CRITICAL_STRUCTURE_CORRUPTION Bug check description: This indicates that the kernel has detected critical kernel code or data corruption. This appears to be a typical software driver bug and is not likely to be caused by a hardware problem. This might be a case of memory corruption. This may be because of a hardware issue such as faulty RAM, overheating (thermal issue) or because of a buggy driver. This problem might also be caused because of overheating (thermal issue). A third party driver was identified as the probable root cause of this system error. Google query: CRITICAL_STRUCTURE_CORRUPTION On Sun 23/02/2020 18:20:46 your computer crashed or a problem was reported crash dump file: C:\WINDOWS\Minidump\022320-12515-01.dmp This was probably caused by the following module: Unknown (0x000000000000001C) Bugcheck code: 0x109 (0xA39FE95BD358D50C, 0xB3B6F5E225D9ECA9, 0xFFFFAA02E57EDE60, 0x1C) Error: CRITICAL_STRUCTURE_CORRUPTION Bug check description: This indicates that the kernel has detected critical kernel code or data corruption. This appears to be a typical software driver bug and is not likely to be caused by a hardware problem. This might be a case of memory corruption. This may be because of a hardware issue such as faulty RAM, overheating (thermal issue) or because of a buggy driver. This problem might also be caused because of overheating (thermal issue). A third party driver was identified as the probable root cause of this system error. Google query: CRITICAL_STRUCTURE_CORRUPTION On Sun 23/02/2020 18:15:23 your computer crashed or a problem was reported crash dump file: C:\WINDOWS\Minidump\022320-12250-01.dmp This was probably caused by the following module: ntoskrnl.exe (nt+0x1C1510) Bugcheck code: 0x109 (0xA39FDA5B38BAE4EB, 0xB3B6E6E18B3D3464, 0xFFFF9B0297BA1CF0, 0x1C) Error: CRITICAL_STRUCTURE_CORRUPTION file path: C:\WINDOWS\system32\ntoskrnl.exe product: Microsoft® Windows® Operating System company: Microsoft Corporation description: NT Kernel & System Bug check description: This indicates that the kernel has detected critical kernel code or data corruption. This appears to be a typical software driver bug and is not likely to be caused by a hardware problem. This might be a case of memory corruption. This may be because of a hardware issue such as faulty RAM, overheating (thermal issue) or because of a buggy driver. This problem might also be caused because of overheating (thermal issue). The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time. On Sun 23/02/2020 17:17:51 your computer crashed or a problem was reported crash dump file: C:\WINDOWS\Minidump\022320-12656-01.dmp This was probably caused by the following module: ntoskrnl.exe (nt+0x1C1510) Bugcheck code: 0x109 (0xA3A0045F46611517, 0xB3B710E598E364C0, 0xFFFFC50657E652F0, 0x1C) Error: CRITICAL_STRUCTURE_CORRUPTION file path: C:\WINDOWS\system32\ntoskrnl.exe product: Microsoft® Windows® Operating System company: Microsoft Corporation description: NT Kernel & System Bug check description: This indicates that the kernel has detected critical kernel code or data corruption. This appears to be a typical software driver bug and is not likely to be caused by a hardware problem. This might be a case of memory corruption. This may be because of a hardware issue such as faulty RAM, overheating (thermal issue) or because of a buggy driver. This problem might also be caused because of overheating (thermal issue). The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time. Une idée pour m'aider ? J'en peu plus J'ai join le rapport speccy en .txt Merci de vos réponses. NAG-PC.txt
×
×
  • Create New...