bonjour,
 
il y a qq années (entre 5-10ans), je me souviens que bcp de gens pouvaient se plaindre  de fichiers corrompus, archive deffectueuses...etc qui étaient du à un mauvais overcloking.
 
est-ce que de nos jours ce genre de phénomène arrive encore avec les core i7, des disques durs récents..etc ?
 
sinon mis à part un plantage/odeur de brûlé, c'est quoi les indications/symptomes qu'un overclocking ne marche pas ou est mal supporté ?
 
bien à vous

 
Jamais vu de pb de corruption du a un oc foireux.
Mais pour valider un oc il est recommander de bien le tester, merci occt.
Un cpu ca ne crame pas, ca se met en securité thermique, hum y'a vraiment longtemps que t'as pas touché un pc toi    
Le symptome classique c'est d'avoir des bsod (blue screen of the death), voir des plantages dés le bios si vraiment ton oc est a la rue.
Mais si occt est stable, y'a pas ou tres tres peu de raison qu'un oc plante.

pas mieux ...
 
si OCCT passe, normalement tout passera

si, à l'époque ou le seul OC se faisait par augmentation du fsb sans pouvoir bloquer le pci-e qui grimpait donc en même temps et flinguait les DD et carte graph qui se trouvait OC en même temps
maintenant on valide en stressant un max avec OCCT pour s'assurer de la parfaite stabilité du système après avoir bloqué le port pci-e

Oui, il y aura corruption de données si un DD crame, mais bon, c'est logique, DD cramé... donc données cramées...

Sous vista et seven, pour avoir eu des crashs répétés à cause de tests d'o/c, je confirme que mon système a toujours pu rebooter.

 
  indestructible  

idem, j'ai beau mettre du jus au proc, je n'ai vraiment pas peur qu'il crame, le pc coupera avant.

 
L'OS est indestructible, pire meme il peut ressussiter (restaure d'un backup quoi).
 
Un cpu avec un Vcore trop haut peut non seulement beaucoup chauffer, ce qui reste quand meme mauvais a long terme mais surtout il n'y a pas de protection contre l'electromigration.
C'est aussi pourquoi un oc trop musclé reduit la durée de vie du cpu, voir qu'un oc stable devienne instable avec le temps.

perso je pense que ca peu corrompre les données si oc de la ram , etant donnée que l'os est chargé dans la ram , puis vidée a l'extinction du pc , et si ram instable , ca peu provoquer des plantages , mais aussi la corruption des données réecrites sur le dd , et impossible de les recuperer (logiquement ...) , bon ceci n'est que mon point de vue

Bien sur qu'un O/C trop musclé fait diminuer la durée de vie d'un proc, mais bon, vu qu'un proc à durée de vie qui se compte en dizaine d'années, même si celle ci diminue de quelques années, ça ne m'inquiète pas, j'aurai changé de config depuis longtemps...

 
ouaip c'est un point de vue étaillé par quoi  

 
C'est sur que j'ai changé de matos avant que    
 
Mais comme le sujet c'est les risques d'un oc, vaut mieux prevenir  

bien sûr.

Euh, non, j'crois pas que l'OS est chargé en ram
T'a déjà vu la tronche d'un os pour dire ça ?

+1 l0g4n,
un os ne se charge pas dans la ram.
Faut revoir tes bases bast57.
Cordialement

ah il me semblais ^^' que windows etait chargé dans les ram a chaque demarrage , mais je cite quelque chose que j'ai trouvé quand meme  :
"les mémoires vives (ou mémoires RAM, Random Access Memory), ce sont des mémoires volatiles (contenu effacé quand on coupe le courant) qui contiennent :  les données et programmes de l'utilisateur qui sont en train d'être exécutés ;
 
 le système d'exploitation, ensemble de programmes qui assurent le bon fonctionnement de l'ordinateur ;"
 
 
 

Je me suis déjà retrouvé avec des fichiers .sys en vrac et pas de reboot, avec quelques bidouilles ca repart (c'etait avec XP) win7 aucun soucis jusqu'à maintenant, mais j'ai pas trop forcé sur les OC depuis

Euh ça s exécute ou alors ? Pourquoi dit on qu il faut plus de ram pour faire tourner 7 que win98 ? Pourquoi la ram n est pas 100% dispo quand il n y a aucun programme qui tourne a par l os ?
Tout les logiciels se chargent en ram d' ailleurs je ne vois pas comment ça pourrait marcher autrement ?

ils chargent pas TOUT en ram ... juste les variables et fonctions en cours, le reste est sagement en stand by sur le DD

Bien sur que tout n'est pas charger en ram, c'est pas pour rien que ton pc rame parfois car t'as plus de ram.
Par ailleurs on entend souvent le DD gratter, c'est qu'il bosse lui aussi.
Un OS comme seven ne pourrait pas fonctionner seulement avec la ram, sinon, il t'en faudrait au moins 20 Go, et c'est pas pour rien le swap.

C est pas bête ça  

Euh, ouai, donc ton OS de 15Go passe dans 4Go de ram T'es un bon toi... Alors pourquoi avec un ssd ça vas plus vite qu'avec un disque magnétique, AVEC  MOINS DE RAM ?

Voila, +1.
 
 

déjà eu un soucis de trop overclocké et l' os dit que c'est une version non activée j'ai redescendu et l'activation est revenue  
phénomènes rencontré déjà sous XP  
 
en fait c'est parce j'installais l'os  système non overcloké ( tout par défaut à et arrivé a un certain niveau ex un core duo 6600 origine 2.4 monté à 4ghz  défaut activation redescendu à 3.6 c'est ok  
maintenant je fait mes test sans activé et quand satisfait je ré installe le tout sur le disque définitif avec les paramètres overclok et plus aucun soucis
 
n'oublie pas l'espace disque réservé au system ' fichier caché pour aller plus vite  ' et quand ton disque trop plein bonjour pour ouvrir les applications ce fichier grandit au fur et a mesure des programmes que tu installe j'ai eu la blague sur un ssd j'ai laissé ce fichier sur le disque et en 2 mois il a triplé de taille idéal c'est de le mettre sur le disque data si ton ssd est en dessous de 64gb
cela se change par les paramètres systèmes

occt bof
vaut mieux tester tous ca en jeux

Salut Raoul le bauf,
je ne comprend pas vraiment ta remarque, mais pour tester la stabilité d'un O/C (si c'est de cela que tu parles), il n'y a rien de mieux qu'un log dédié. En effet, un jeu ne poussera jamais ta config à 100% (sauf config vraiment limite), et tu ne saura pas si ton O/C est vraiment stable.

Pourtant, je connais je sais pas combien de config qui tiennent OCCT/3Dmark/Prime/Whatever, et qui plante un GTAIV...

Je suis étonné de cela, mais si tu le dis je veux bien te croire.
Donc deux hypothèses s'ouvrent à mes yeux :
- soit les log dédiés au stress sont tous mal programmés,
- soit GTAIV est un jeu mal optimisé au niveau global (car je pense pas que ce jeu puisse solliciter 100% du CPU... enfin je peux me tromper, je n'ai jamais joué à celui-ci).
 
J'aurai tendance à croire que GTAIV est mal concu, mais ceci n'engage que moi, et je ne vais pas acheter ce jeu pour tester mes O/C, j'en reste avec OCCT et CPUstress.
 
Bien cordialement

Moi j'dirais un peu des deux...
GTAIV est tellement foireux qu'il fait faire des choses à la machine que même les softs de bench n'ont pas prévus...

C'est vraiment trop fort, faut que je test ce jeu pour voir si mon O/C tiendra le coup.

Bien evidement, à tester tout au max, et dans des scènes qui bougent un peu...

le probleme avec gta 4 est qu'il demande plus de boulot au proc qu'a la cg!  
 
ensuite OCCT c'est bien,que si il est utilisé en "larga data set" ou en "linpak" pour bien faire...

Oui, d'ailleurs j'ai dejà remarqué qu'un o/c peut etre stable en cpu:occt (medium data set), et pas stable en linpack.

Salut,
 
Pour mémoire, avec mon PII 350@+543, j'avais des problèmes de fichiers corrompus. Par exemple je ne pouvais pas lire une copie de vidéo de 700 Mo et impossible de lire des fichiers Word. Il m'indiquait format inconnue ou un truc comme ça. Mais depuis les AMD Axia, je n'ai plus eu ce genre de problème..