Reprise du message précédent :

Pour HyperPi et SuperPi c'est en premier lieu la RAM qu'il faut vérifier.

Possible.

 
C'est quoi le problème au juste? un BSOD?

Pour SuperPI, il faut le lancer en mode de compatibilité administrateur et/ou attendre quelques secondes avant d'appuyer sur run
A tester...

 
+1 c'est ce que j'allais répondre si le problème était juste des plantages de super/hyper pi.

 

 
 
 
Edit : Mais la bécanne reste parfaitement stable, c'est bien ça qui m'interpelle. J'ai jamais eu un seul bsod depuis que j'ai peaufiné mon oc, burn ou vie courante.

Ouai bah ça, c'est le truc dont Bierman a parlé juste au dessus -> mode administrateur.
J'en suis certain vu que j'ai eu la même chose.

Toujours le même probleme en l'executant en tant qu'administrateur, mais si il y a déja eu des problèmes avec ce soft, j'ai pas envie d'approfondir, il y a assez de logiciels qui marchent parfaitement.
Merci à vous  

C'est un bench avant tout

Hyperpi/Superpi n'aiment pas trop Vista

T'inquiète, j'ai la même chose chez moi...
Pourtant j'ai validé un paquet de LinX et OCCT...
Et pas de plantage pour autant du PC...

 
Nan mais tester la stabilité d'une bécanne c'est déja assez compliqué comme ça par moment, alors si par dessus le demi milliard de trucs qui peut déconner et être la cause d'un platage/instabilité, on ajoute les interactions win/soft, on en sort plus

Non, il y a un service Audio à désactiver sous Vista (à chaque démarrage, et évidemment, du coup aucun son). A partir de là, aucun problème.
C'est quand même bien foutu Vista  

Dans HyperPI on peut désactiver le son, pas besoin de le faire au niveau du service

Et à ton avis quand tu désactives le son d'HyperPi, il se passe quoi derrière?

J'ai pas le problème que vous rencontrez perso.
& puis je ne l'ai utilisé qu'une fois, pour voir
Avant de comprendre qu'il s'agissait d'un bug => poubelle

Sont pourris vos pcs les mecs...
 
A partir du moment ou le son est désactivé, j'ai pas le moindre bug avec HyperPi...

Moi non + mais sans désactiver le son  
C'juste que c'est qu'un bench quoi

Un Bench qui m'a réclamé 0.2v de Vcore en Rab et 0.12 de Vqpi en rab pour être stable comparé à OCCT/LinX/MemTest...

Bugué au niveau du son (qu'il n'utilise pas ...), il peut l'être ailleurs einh

 
Ouai bah moi il m'a pas trop convaincu ce bench, du moins pour tester la stabilité, en plus il fait moins chauffer que OCCT normal chez moi.

Que tu défende OCCT corps et âme c'est un fait, mais chez moi les faits sont bien là, OCCT/LinX/MemTest ont été incapables de trouver des erreurs en plusieurs heures là ou HyperPi les a trouvé en quelques minutes (si c'est pas secondes...)...
 
Et je précise bien que c'est pas parce que HyperPi est buggué qu'il me réclame plus, mais parce que mon pc restait instable après avoir passé OCCT/LinX/MemTest plusieurs heures les doigts dans le nez que j'ai utilisé ce log...
 
@Ovan : Moi aussi ça chauffe moins qu'OCCT, mais ça l'a pas empêché de trouver des erreurs, donc pour moi OCCT et LinX sont relayés au rang de tests de tolérance à la chaleur, pour la stabilité, ils ne sont finalement pas assez nerveux (je ne doute pas du fait qu'ils auraient fini par trouver une erreur, mais au bout de combien de temps...?)...

 
pluzun  

 
Que tu trouves une utilité à hyperpi pour tester ta partie ram ok, mais il ne faut pas dire n'importe quoi. Lynx et memtest inutile ? Genre tu vas régler ton vcore avec un hyperpi 32m ... Chaque soft a son utilité, et pour un mec bien prompt à mettre en évidence que bierman défende occt corps et ame, c'est toi qui a l'air d'un intégriste super/hyperpi   Mais bon, chacun voit midi à sa porte je suppose  

 
je veux pas passer pour un intégriste, mais chez moi, mon i7 passe sans problème linx, occt en tt genre pour un vcore de 1.25v et Vqpi=1.195v, et pour faire un hyperpi stable, il faut un vcore=1.275v et Vqpi=1.215v...
 
alors de la a dire que occt, lynX, ou memtest ne servent a rien, fo pas pousser, mais hyperpi  est vachement exigent, c'est sur.  
 
 

 
Vachement exigeant .... pour la partie ram. Ca me parait délirant que vous parliez de la necessité d'une augmentation de vcore après validation sous lynx ... On parle de combien de long là, parce que je vois mal comment une bécanne encaissant 2 heures de linpack/30 passes de lynx pourrait avoir besoin de plus de tension, surtout qu'à mon humble avis un linpack est infiniment plus brutal pour la partie cpu d'un superpi.

ILs sont tous sans bugs ces softs?
 
Car quand on voit la quantité de logiciels buggés qui plantent sans que le matos soit en cause, on devrait aussi se poser la question sur ces softs de benchs.
 
Et puis franchement il est impossible d'obtenir un "stabilité" totale. A moins de tester le matos à 100% pendant des années (bien sur sans s'en servir vraiment pour autre chose que des benchs car on ne sais jamais si il est vraiment stable ou pas).
 
En gros on peut savoir si un truc est pas stable, mais on ne peut pas vraiment savoir si c'est stable.

 
/thread

Je suis pas intégriste de HyperPi, j'ai jamais proclamé que OCCT/LinX/MemTest étaient inutiles, lis mes posts et n'interprète pas à la va vite stp...
 
Et HyperPi n'est pas utile que pour la Ram comme tu le penses, puisque j'ai dû augmenter mon Vcore de 0.2v pour atteindre la stabilité...

 
je t'assure que chez moi, mon pc supporte 2h de linX, d'occt (modes linpack et les autres aussi) sans aucun bug ni rien avec 1.275/1.195v, et ça plantouille dans hyperpi (1.275/1.235 pour ue ca marche sans merder). bon après, je ne suis qu'en 32b, donc occt et linX ne peut pas gérer toute ma ram... la diff vient peut être de ça  

Je réitère, lis mes posts, et n'interprète pas à la va vite, merci...

Kyosh1ro > no comment
Je ne vais donc pas interpréter l'intention que j'aurais @ OCCT!
 
thor52 >

Fallait pas prendre ça comme un pic, je "connais" juste tes positions concernant OCCT, on a déjà échangé plusieurs fois quelques posts à ce propos par le passé...
 
Mais là tu viens sortir ouvertement que HyperPi est un Bench quelconque, buggué de surcroit... (sans même l'avoir testé avec un i7, l'impact n'est peut être pas le même avec/sans IMC...etc)
 
Je te présente uniquement les faits, il peut être utile pour trouver des settings stables beaucoup plus rapidement qu'avec d'autres softs, rien de plus...

 
en même temps,l'oc est un truc qui varie d'un pc a un autre, et sur un pc donné, de la temp ambiante (plantouille si fait chaud par ex)....
 
 
Y'aura de toute façon jamais moyen de vérifier qu'une config est absolument stable sauf a eplucher tous les bench qui trainent    
 
ça enlève rien aux autres softs, mais j'ai l'impression de les i7 sont plus sensibles sur hyperpi que sur un lynX par ex.

C'est justement ce que je dis, HyperPi ne dispense pas l'utilisation d'autres softs pour s'assurer au maximum de la stabilité de sa machine...
 
Mais là on a une solution qui apporte des réponses en 10 minutes au lieu de plusieurs heures, et certains prennent ça pour un truc useless...
 
Quand je cherche les tensions minimales pour un Oc, je vois pas pourquoi j'irais préférer une solution qui met 10x plus de temps à prouver la même chose, uniquement sous pretexte que c'est un log connu et utilisé par tout le monde sur ce forum...
 
HyperPi pour savoir rapidement si les settings sont stables, OCCT/LinX pendant plusieurs heures pour savoir si on est toujours aussi stable avec des températures plus importantes et roulaize, le résultat est le même que si on avait utilisé uniquement OCCT/linX, mais on a gagné énormément de temps au passage...

Comment tu dis pas tout en disant  
Bref...
Bonne soirée

Très clair...
 
Bonne Soirée...

A mon tour, relis ce que j'ai écris (oh qqs mots quoi)...

Je ne te visais pas directement, ni personne en particulier en fait...

Hyperpi est bien pour tester la ram, principal utilité mais avec un bench 8 processeurs par exemple, il mets les 8 cores (cores et threads) a 100%
 
donc il doit bien tester les cores aussi ^^

Tu sais, 100% d'utilisation, ça ne veut rien dire, tu peux avoir 8 threads qui font tourner ton procal à 100% selon Windows sans pour autant que la t° n'augmente de plus de 2°C...