Reprise du message précédent :

C'est un souci entre W10 et le bios UEFI bien connu sur X99 et même X299 à cause des patchs de sécurité Meltdown & Spectre suivant la version du bios...
 
=> https://www.tomshardware.fr/une-mis [...] g-sur-x99/
 
Pour aller plus loin => https://www.techpowerup.com/forums/ [...] el.247595/
 
Voir post n°118 => https://www.techpowerup.com/forums/ [...] st-3905032
 
Personnellement je suis sur W10 v1809 (17763.107) de mon ancien X58 en full legacy donc, j'ai booté direct sur ma X99 Strix et je l'ai gardé depuis. De plus j'ai supprimé les clés de sécurité UEFI du bios car je voulais rester en legacy, c'est plus facile pour booter sur des partitions legacy. C'était assez chiant de lancer la clé windows pour restaurer l'image si elle n'a pas de boot UEFI !
J'ai aussi supprimer le fichier C:\Windows\System32\mcupdate_GenuineIntel.dll en désactivant Meltdown & Spectre avant (déjà désactivé depuis 1 an). J'ai le boot windows (logo bleu) et non le logo de la cm.
 
 
 

Merci pour l'info. Visiblement, c'est aussi le cas avec la 1903.
MSI à mis a dispo un BIOS beta, j'espère ne foutre mon PC en l'air...

 
Supprime mcupdate_GenuineIntel.dll et tout rentrera dans l'ordre.

Apparemment c'est surtout le cas avec les Broadwell-E, plusieurs personnes ont un 5960X sur une X99 Strix et ils ne sont pas affectés. Dans ton cas, le mieux c'est de désactiver Meltdown & Spectre et de désinstaller la mise à jour KB4100347. Si tu ne vois pas la mise à jour faut supprimer le fichier C:\Windows\System32\mcupdate_GenuineIntel.dll comme l'a dit glopp, il sera restauré avec un scan sfc /scannow cela dit.
 
Perso, pour éviter vraiment ce genre de merde à l'avenir, j'installe W10 sur mon X58 sur mon nvme avec adaptateur, la version 1703 ou 1709 peu importe... puis je mets à jour en suivant avec la dernière image W10 depuis le bureau (oui à cause de la réserve disque pour les mises à jour ! Une mise à jour du système désactive cette réserve). Ensuite je désactive Meltdown & Spectre et j'efface C:\Windows\System32\mcupdate_GenuineIntel.dll puis je remets tranquillou mon nvme sur ma X99 Strix, windows garde son boot legacy, aucun souci de stabilité ou d'oc.
 
Aussi, c'est mieux de flasher à partir de l'USB BIOS flashback, de même pour ceux qui ont un souci ram, on recommande de reflasher le bios, ça reste à prouver...
 
En fait c'est le cas depuis la 1803 (Meltdown & Spectre) avec la mise à jour KB4100347, j'ai la 1809 mais c'est intégré dans windows, de plus je ne suis pas sûr que ça impacte toutes les cm, pas sur Strix apparemment suivant les post des liens que j'ai mis.
 

Ou plus simplement pour désactiver le patch Spectre (meltdown n'impactant pas sur les perfs ou c'est plus que minime), suffit d'ajouter 2 clés de registre

Je sais pas si c'est plus simple
J'utilise l'outil InSpectre => https://www.grc.com/inspectre.htm
 
J'utilise ma méthode pour garder le boot legacy, je soupçonne UEFI de prendre plus de ressources. J'ai essayé d'installer W10 1809 ou 1903 mais ça force l'installe en UEFI alors qu'avec la 1709 ou antérieur c'est possible de l'installer en legacy "other OS" et clé supprimées dans le BIOS. "Mais" je dois mettre W10 à jour pour vraiment désactiver la réserve des mises à jour qui prend de la place inutile, j'ai essayé de désactiver par le registre mais il faut au moins une mise à jour pour que ce soit vraiment effectif... vu que je suis en clé 4G et que je bloque les mises à jour à l'installation, ça risque pas d'arriver... au final je garde un système stable, SANS mise à jour.  
 

Oui InSpectre le fait aussi (il ajoute les clés de registre automatiquement)

Ouais, ça a l'air bien prise de tête tout ça
J'ai espéré qu'avec le BIOS beta de MSI ça corrige le truc, mais apparemment, non

Comme pour l'instant rien ne marche j'étais prêt à le faire, mais je suis empêcher par Trustinstaller, je ne peux pas le supprimer...

@G-LOC : faut prendre les droits : clic droit sur le dll => propriété => sécurité => avancé => tu changes le propriétaire en haut, tu mets le nom affiché dans "mes documents" ou le mail de ton compte microsoft si connecté => appliqué & ok et ok pour fermer le petit message => tu fermes les propriétés du dll et tu reouvres l'onglet "sécurité" => éditer => tu choisis "administrateurs" avec ton nom et tu coches "contrôle total" => ok et ok pour le petit avertissement => ok et ok.... normalement c'est bon, tu es propriétaire du fichier, tu peux l'effacer
 
(j'ai traduis avec mon W10 anglais mais ça devrait aller je pense)

Ou utilises InSpectre, il te modifiera les clés de registre, même résultat que de supprimer la dll
Après tu n'auras plus le patch Spectre, mais bon, ça fait plus de 10 ans que cette faille existe, et personne n'en s'est plaint avant

Pourrais-tu me donner quelques explications supplémentaires (mon anglais n'est très bon) ?
L'utilisation de ce petit logiciel est-elle définitive ? Puis-je remettre le fichier mcupdate_GenuineIntel.dll à sa place ?

J'avais avant répondu à Glopp et kryptonfly, message perdu dans les limbes des internets visiblement
Donc supprimer le fichier mcupdate_Genuineintell.dll n'a rien changé...

En fait, le patch Spectre à fait pas mal baisser les performances sur certains périphériques, mais surtout le "storage" (cette baisse de perf a été un peu corrigé au fur et à mesure des microcodes du CPU)
L'ajout de ces clés de registre "supprime" ce patch Spectre et donc la protection de cette faille
 
La manip est tout à fait réversible depuis InSpectre
Et tu peux juste désactiver le patch Spectre et/ou Meltdown
 

Et plus précisément, est-ce que ça va rendre mon OC de nouveau fonctionnel (à savoir prise en compte sous Windows de mon coef 40) ?
Parce que niveau stockage, je n'ai pas vraiment de soucis...

Ton problème d'OC doit venir d'ailleurs
A voir quand c'est apparu

En tout cas, cet utilitaire inSpecter ne règle pas non plus le problème.
Sinon, nombreux sont les utilisateurs ayant constaté la chose :
https://www.google.com/search?clien [...] 7+6800k+OC

 
T'as pas un soft qui controle ton OC sur windows directement ? xtu ? n'importe quel autre soft du genre.
 
Si t'as bien désactivé spectre et meltdown et en plus supprimé mcupdate le souci vient d'ailleurs.
 
 
Sinon concernant ton lien, effectivement le souci est connu.  
 
A ta place je reviendrais sur un ancien bios, d'avant septembre 2019 pour être sur et certain de ne pas avoir les derniers microcodes CPU.
 
 

Ben en fait, j'ai remis les options de turbo et, comme par magie, mon coef de 40 a de nouveau été pris en compte.
L'appli intel, qui ne sert qu'à visualiser ( http://www.global-informatique-sec [...] ws-10.html ), est alors réapparue (avec le service activé).
Là, les options de turbo de nouveau désactivées (et la gestion du coef sur [per Core]) mon OC reste fonctionnel    
L'appli turbo 3 en tache de fond, mais elle reste désactivée dans les Services.
Mes réglages avec turbo :

Mes réglages sans turbo :

Bonjour à tous et bonne année également à tous !  
 
Est-ce que quelqu'un parmi les fous du X99 vendrait de DDR4 en 3600Mhz CL16 en 4*8 ou 2*8, de préférence de le Samsung B-bie pour compléter mon X99.

Meilleurs vœux à toi aussi.
Tu arrive à faire tourner au dessus de 3200Mhz sur X99?

@juan1972 j'ai des g.skill ripjaws 4 en 4*4 3000mhz oc pour le 3200mhz donc oui, tu n'y arrives pas toi ?

3600 MHz sur x99 il y a très peu de cpu qui y arrivent.
C'est très rare.
3300-3400 MHz c'est déjà bien.
Prends plutôt un kit trident z 3000 MHz cas 14 en samsung b die qui sont compatibles x99. Ce n'est pas le cas des fréquences au dessus.
Moi j'ai vendu mon kit 3866 MHz en samsung b die car j'arrivais pas à stabiliser parfaitement même à 3200. Le top manifestement pour la stabilité et compatibilité sur x99 c'est du MFR Hynix (ce qui est peut-être le cas de ton kit en plus)

En général les b-die fonctionne bien sur X99, surtout les anciennes rev (A0 ou A1, me rappelle plus)
Les dernières rev. ont un peu plus de mal, en effet
 
J'avais des 3200 C14 qui tournaient très bien, C13 avec un peu plus de vdimm

Les tiennes vont toujours aussi bien sur ma config
 

3200Mhz C13 max chez moi.

Si son kit est en mfr hynix déjà il pourra l'abaisser en 3200 cas 14.
Le surcout de prendre de la b die est finalement peu intéressant.
J'ai pris des ripjaws 4 aussi à pas chère et revendu mon kit en b die pour 200 euros. J'y gagne en sous et en compatibilité.

Mon kit, si tu parles de celui là, est en b-die
De mémoire, il n'y a pas de Hynix 3200 C14 "@stock" (c'est 3000 C15 ou 3200 C16)
 
Et Samsung ne fabrique plus de b-die depuis mi 2019 environ, remplacé par une autre, mais j'ai un trou de mémoire là

C'est maintenant devenu de la A-die

Ah voilà
 
Mais je n'ai pas encore vu de kit ou de test avec cette puce
Après je n'ai pas cherché non plus

 
Je parlais du kit de malwarePup

Mon but n'est pas de les faire tourner à 3600mhz. Le x99 n'est pas capable de le faire, je veux faire du 3200 voir 3300 avec des timings assez bas.

Bah justement dans ce cas prends pas un kit 3600 MHz ça sert à rien et ça va plus poser des soucis de compatibilité qu'autre chose.
Regardes les kit 3000 MHz cas 14 trident z rgb qui sont en b die ou bien les 3200 MHz cas 14 mais ceux là sont pas prévu x99 bien qu'ils semblent fonctionner correctement avec quelques réglages.
Il y a que le 3000 MHz cas 14 en b die trident z qui est prévu x99.
 
La qvl n'est pas que marketing, je peux en parler par expérience, et si possible prendre un vrai kit quad channel. 2 kits prévus dual sur du quad channel ça peut poser soucis aussi.

hello,
 
Dans la série oc de ram sur x99, j'ai des questions pour vous
 
Suite a une mésaventure (bios corrompu), je repars de zero sur ma 2eme machine, et je suis passé par la case memtest pour voir si ma ram avait pas un souci.
 
Bref,
 
5820k
x99 gaming 5
8x4go en 2800 1.2v (2eme profil xmp 3000 a 1.3v)
 
 
- avec les 8 barrettes, ca passe a 2400  
 
- une barrette à la fois, ca passe à 2800 1.2v (ou à 3000 1.3v)
 
- là j'essaye les 8 barrettes a 2800 a 1.25v, ca freeze sous memtest en fin de test (ms pas direct, genre au bout de la 4eme passe)
 
 
A part la tension, y'a d'autres trucs pour aider à stabiliser?
 
merci,

VCache

le vcache c'est la tension de l'uncore?
 
Lui je l'ai pas oc, j'ai passé son coef a 26 > 3.250 (26x125 par rapport à 3.3@stock)
 
mais ca aiderait qd mm?

Une raison pour avoir le bclk à 125 ?

Oui ça aide, perso je suis obligé de l'augmenter pour la ram à 3200.
Je dirais 1,05v dans ton cas. Sinon mets la ram à 1,3v et règles les latences en fonction...

@kriptonfly : je testerai ça, merci
 
@tistou77 : si je load les profils xmp, le bclk passe tt seul a 125
 
Il me semble que j'avais lu dans le manuel que c'était obligé sur ma cm pour tout ce qui était au delà de 2666, mais j'avoue que j'ai pas essayé autrement

Essayes avec un bclk de 100 et réglage manuelle de la ram, pour voir
 
Et pour 8 barrettes, un peu plus de jus sur le Vcache aidera surement

je vends mon e5-1660 V3, 205fdpin, si quelqu'un est intéressé : https://forum.hardware.fr/forum2.ph [...] #t25704423

Memtest ok a 2800 1.3v, sans toucher au vcache.
 
Prochain test a 3000 1.3v + vcache
 
Merci pour les infos!