Reprise du message précédent :
Oui, que windows rame en high, c'est normal... l'essentiel c'est qu'une fois le test terminé, le % CPU retombe à 0, qu'on puisse récupérer la main normalement
Au fait iench, mon .ini si ça t'intéresse toujours  
edit : eheh en fait j'en ai pas, vu que j'ai dû killer l'app lors du 1er lancement

euh c'est un peu HS mais vous me conseillez quoi pour voir si mon hd est nickel?

 
Je lance une paire de tests chez moi et je lache une beta qui règle ton souci.
 
Théoriquement
 
Je compte sur toi pour me dire quoi
 
Pour le ini, spa la peine, merci

charask8>chkdsk /f
iench> no pb, je testerai
pour info, tu pourrais me dire (en MP ) la cause du bug ?

zouu oki merci j'y avais pas pensé

enfin sans le /F si c'est juste pour vérifier

OCCT PT 1.0.1.b02.zip OUT !
 
Au menu :
-En mode priorité HIGH, le test devrait maintenant toujours s'arrêter. l'interface peut être très lente ( i.e. un refresh toutes les 10 secondes ) => Peux rien faire de ce coté là.
-Le numéro de version est inclus dans les graphes, en gros, visible, toussa.
 
Enjoy !
 
http://www.ocbase.com/OpenBeta/OCCTPT1.0.1.b02.zip

Ca marche nickel en high !
Juste un détail : il me met -100% en o/c CPU
Sinon un feature (de plus ) à améliorer pour les prochaines versions : pour le test perso à durée fixe ça serait avoir une période d'idle post-test variable suivant la durée fixée par l'utilisateur.
Typiquement 5 min d'idle en tout sur le test de 6min c'est pas... terrible
 
En faisant un test standard, mon CPU récupère sa T° idle en 5min environ (il est pas au plus bas après la période des 4 min de fin de test), et j'ai un deltaT idle/full load important (27°), vu mon CPU, son o/c et son cooling c'est pas étonnant
Par ailleurs j'atteints la T° full load en 8min de test (soit 7min de full load), donc en durée mini représentative, il faudrait compter dans mon cas 1+7+5 = 13 min de test
 
Si je fais un test de 6 min, 2 min suffisent à redescendre à la T° idle, et pas 4... donc autant utiliser les 2min perdues à chauffer (ou au moins une puisque ça va chauffer plus longtemps...)
Je verrais bien ça :
6-10min de test -> 2min d'idle
10-15min de test -> 3min d'idle
et au-dela 4 min.
Nan ?

Screenshot ?

mmh ça a disparu  
C'était ptet dû au CnQ    

Pourquoi est-ce que tu demandes 4 minutes d'Idle au delà de 15 minutes de test si ton CPU prend 7 minutes pour atteindre son point le plus chaud et 5 pour redescendre à son point le plus bas
Dans ce cas avec la minute d'Idle du départ çà ne te ferait que 2 minutes de test : 15-1-7-5
Quel est l'intérêt de ce programme si ce n'est que pour faire les test en Full sur une durée aussi courte ?!!

 
Ben tu mets pas 15 minutes mais 45 et zouuu, t'es content

Salut,
 
Je viens de lancer un test 30 min de la b02 en "high" (tjs à mon boulot, pas eu le tps de le faire chez moi, hier soir) et ça fonctionne nickel. Enfin, y'a pas de raison, puisqu'hier je n'avais déjà pas de pb avec la b01.
 
@+

Merci pour l'info

 
Parce que c'est un cas particulier, et je demande pas un programme sur mesure    
Le truc c'est surtout d'éviter les 5 min d'idle sur un test de 6 min  

Y a-t-il eu des cas ou OCCT PT1.0 engendrait un plantage total du système ? je m'explique
 
J'o/C un athlon X2 3800+ @2.5 ghz. A Vcore d'origine, le test de 30 minutes passe, mais en mode infini une erreur avait été détectée au bout de 3h. Je monde le Vcore de 0.025, nouveau test infini, et erreur détectée après 8h de test environ.
Hier soir j'ai donc relancé un test infini, cette fois à 1.4 volt, et ce matin, pas d'affichage, moniteur éteint complètement, obligé de rebooter. Je pensais à une éventuelle surchauffe, d'autre m'ont avancé que ça avait planté parce que le système était instable, mais bon comme le l'augmentation de Vcore est sensée augmenter la stabilité, je vois mal comment ça pourrait être pire à 1.4 volt qu'à 1.35 volt    
 
Donc bref, comme par ici vous connaissez bien le logiciel est ce que ce plantage c'est :
 
1°) une instabilité telle que OCCT a été impossible de se stopper
 
2°) une cause extérieure
 
3°) ... ?
 
Merci pour vos réponses et désolé si c'est un peu trop hors sujet  

Pour moi ça serait plus surchauffe entrainant un plantage mais on n'est pas à l'abris d'une faille de occt, mais je pense que là c'est plus le créateur qui te répondra sur ce point là

ZOOUUU > mode "Perso Infini" alors

c'est vrai, ouais

 
Si l'instabilité s'est produite au niveau de l'OS et pas d'OCCT, oui, c'est possible.
 
Comme tu grimpes la température comme un porc avec OCCT, ton CPU va être plus à même de générer des erreurs. Si l'erreur intervient sur Windows et pas dans le test OCCT? tu peux générer des blue screens et co.
 
OCCT ne peut pas réellement planter le système totalement, vu comment windows XP est fait. On est plus sous Windows 98 hein
 
Monter le VCore stabilise généralement les CPUs, mais pas toujours. Il se peut que cela ne change rien. C'est le cas sur le mien : passé une certaine fréquence, peu importe le VCore, que dalle, il tiens pas.

Alors un gros merci à Tetedeiench   . Car autant la V0 ne m'avait pas convaincue, autant je trouve la version Perestroïka excellente.
 
 

A quel niveau ? Efficacité ? Design ? Autre ?

Efficace, sobre, pas de superflu.  
 
Complete à merveille Orthos et prime95. En fait, jusqu'à pas longtemps, je n'utilisais que prime95 ou Orthos. Mais puisque ces deux là sont basés sur le même coeur, j'avais envi d'un programme qui puisse compléter leur analyse. Tout le monde sait que le test des 32M de SuperPi est beaucoup trop soft. Et là intervient OCCT Perestroïka.
 
Au debut j'étais sceptique car la V0 était moins rude que Prime, mais là ça à l'air d'être autant aggressif, donc nickel.
 
En outre je préfère qu'OCCT ne nécessite pas d'installation.
 
EDIT : Et l'interface beaucoup plus sobre me plaît beaucoup. En fait le concept de Perestroïka lui colle vraiment bien à la peau et c'est peu dire que Tetedeiench (et ses collaborateurs) est parvenu à réaliser une superbe prestation avec cette version.

Arrête tu vas me faire rougir

Moi j'aurais quand meme un epitite question mais me lynchait pas please
 
Voila quand ons tresse avec OCCT PT ca fait bien chauffer le proco meme un petit peu plus qu'avec Orthos mais ce que je comprends pas c'est pourquoi quand on burne avec TAT ( donc le logiciel de monitoring des conroe ) ca chauffe encore plus fort.
 
Exemple: Avec mon 6300 oc j'arrive en full a 45 avec TAT, 43 avec OCCT PT et 42 avec SP2004.
 
Si quelqu'un arrivait a m'expliquer ca.
Car meme SP et occt en priorité HIGH ben ca chauffe pas autant.
ALors c'est juste pour savoir si le proco vaut mieux qu'il chauffe ou si les autres tests le stressent d'une autre maniere plus efficace.
 
Merci d'avance.
 
 
PS: Au passage, remarquable boulot que OCCT PT.Un must dans son genre.

TAT ne vérifie pas les erreurs, donc est fatalement beaucoup plus efficace. Il ne sert qu'à faire chauffer ton proco, pas à détecter les erreurs ni à vérifier sa stabilité

Oki merci.
Je comprends donc mieux.
Donc jreste sur OCCT PT et SP2004.
 
Merci tetedeiench

TAT peut etre par contre un bon test pour vérifier que le CPU est suffisament refroidi et qu'il ne throttle pas. Si TAT passe alors tout passera.

Oui enfin si on reste logique, uniquement niveau température vu qu'il ne vérifie pas les erreurs !
D'ailleurs c'est peut-être la raison pour laquelle il chauffe plus qu'OCCT, parce que les étapes de vérification d'erreur qu'OCCT peut faire lui valent de légèrement moins stresser le CPU
Bon là ce n'est peut-être pas, non pas logique mais technique

 
Si, c'est bien ca.

edit : non rien  

?

C'est bien ce que je dis : je parle unqiuement de refroidissement et de throtle, rien de plus.
Quant au fait qu'il fait chauffer plus le CPU, certes, il n'y a pas de verif, mais c'est surtout que c'est Intel lui-même qui a conçu cet algo de burn et qu'il est le mieux placé pour faire un "power virus" ultra efficace.
 
edit:

 
Ok merci
 
Bon en fait, suite au re-test de cette nuit, effectué cette fois avec le zalman à fond (55°C en charge au lieu de 60°C l'autre fois), ça semble tenir (je croise les doigts   ). Ca devait être une erreur du à la température    

bon allez j'envoie un occt pour voir si mon o/c est stable ( 3000+@3500+ soit 1800mhz a 2200 =>9*245)

pc stable
 

 

 
bon c'est que 20 minutes mais ca serait bien comme qq'un l'a deja dit de pouvoir changer les durées d'idle(avec des minimum, par ex 30sec au debut et 2min a la fin) pour les test perso pk sur 20 minutes avoir 5minutes d'idle c'est un peu embetant
 
sinon geniale le soft

Bah tu enlève 5 minutes au temps de test que tu veux et voilà.

je me posais aussi cette question de savoir pourquoi j'avais 7 bon degrés d'écart entre un test occt et un stress TAT
 
Merci , maintenant, je comprends.

J'aurais 2 suggestions :
1) exiger un minimum de 10min au lieu de 6 (soit 1min "réel" de test)
2) préciser dans les options que cela inclus 5 min d'idle ou alors ajouter ces 5min d'idle à la durée demandée par l'utilisateur.
 
Là, le test durerait 30min au total :

 
Là, le test durerait 35min au total :

 
Ca me parait plus clair, et ça éviterait certaines questions.

Tu vois pas la merde en termes de traduction
 
Je ne touche plus à une seule chaîne de caractère de mon programme