Reprise du message précédent :
Ça confirme que les monocore d'AMD montent bien mieux que leurs x2

y a moins de cache qui chauffe ou qui risque de provoquer de erreurs donc c un peu logique...

 
C'est le cache qui provoque des erreurs ?

Du fait du + de cache et du 2nd coeur...

J’essper atteindre les 3GHZ une foi que j'aurai trouver le voltage le plus bas en étant stable, âpre remonter doucement le vcore, mais je pense être arriver a ses limite.  
un petit screen apre 9h de teste  
 

 
 
@+cit71

CPU Stress MT, c'est mort ?

aujourd'hui j'ai relancé un test: c'était ok pendant 1/2 heure sous memtest et 2 heures sous cpustress  et quand j'arrête le test et que je vais dans mes dossiers paf, écran qui se met en veille et redémarrage
de retour sous windows j'ai des gros freeze n'importe quand
je baisse la fréquence du proc et plus de problème
c'est assez étrange

*

Qu'il est lent ce Fouge !
 
Qui a le fouet svp ?

La RC1 aurait pu être la version finale (manque juste l'aide)

Modeste

Pourtant OCCTPT 30 min passait et ORTHOS mode Blend 4 heures aussi !
Chapeau Fouge
 
EDIT : 2661MHz 1 heure passe

Personnellement, je ne conseil pas les tests de 30min (Tetedeiench semble également avoir ou vouloir supprimer cette durée de test). Etant donné le caractère aléatoire de l'apparition des erreurs de calcul, celle-ci peut apparaitre en 21min comme en 38min. Dans un tel cas, un coup le test de 30min passerait, un coup ça passerait pas.
Bref, pour être équitable, il aurait fallu que tu test 1h d'OCCT PT.
Et Orthos c'est nul, ça vient pas d'HFR

En terme de paramétrage d'algo, le mien pourrait s'apparenter à un "Super Large FFT" de Prime95/SP2004 qui permet de tester intensivement CPU + ses différents niveaux de cache (L1/L2/L3) et communication avec la RAM (mais pas réellement la RAM en elle-même comme le ferait le mode Blend).

La RAM étant mon principal souci concernant la stab. j'ai du passer par ces 4 heures d'Orthos Blend !
'm'en vais rétablir l'équilibre en passant une couche d'1H d'OCCTPT
EDIT : s'parti

faites comme moi.
 
 - superpi32M
 - 1 heure d'occt.
 - 2 à 4 heures de cpu stress.
 - 3 heure minimum de blend si pas trop le temps, mais plutôt 5 à 10 heures.
 
si tout ok........beh ok.
 
lol
 
Pink.

CSMT soft n'est pas réellement conçu pour tester la stab de la RAM (ne serait-ce que par le fait qu'elle en consomme une très petite quantité), mais le fait qu'une communication intensive (dans quelle mesure ?) existe, de la RAM pas stable peut tout à fait engendrer des erreurs de calcul dans CSMT

Bon Fouge tu l'as surement lu, OCCTPT 1H a validé mon o/c tandis que CSMT non
+1

 
Le CPU chauffe de 8 à 10% de moins que CSMT
Est-ce valable comme test pour la RAM
Memtest x86 2 heures + Orthos 4 heures OK

8 à 10% cad ? Selon l'unité (K, °C ou °F) ça donne pas pareil
Comme test RAM c'est efficace dans le sens ou la communication CPU<->RAM peut etre intense (donc erreur de calcul probable si la RAM n'est pas stable) mais la quantité de RAM utilisée et donc testée est faible. A partir du moment le le test ne se fait pas sur toute la RAM (ou presque) on ne peut pas dire que ce soit un bon test efficace de la RAM.
 
Pour Memtest86, oui il teste toute la RAM, mais la fiabilité de ce test n'est pas à toute épreuve. Pour détecter une défectuosité c'est très pratique, pour tester la stabilité c'est pas suffisant.
Le mieux c'est de combiner les 2 ou 3 soft qui sont efficaces sur ta machine.
 
Au fait, ton instabilité vient d'où ? De la RAM ? T'en es sûr ?
CSMT est le seul à détecter une instabilité ? Mais ça passe 1H avec 10MHz de moins sur le CPU (et 1MHz de - sur le FSB) ?

Ç.à.d. CSMT => 60°C et 2ble SPI32M => 55°C
Différence de 1 à 2°C entre CSMT et OCCTPT (58/59°C)
Température équivalente entre CSMT et ORTHOS (59/60°C)
 
Et ça durant 4 heures (testé hier), s'pas bon comme test RAM !!?
 

 
CSMT passe 1H+ @2661
Donc ce doit venir du CPU
 
EDIT : et oui CSMT est bel et bien le seul à détecter une instab. @2674 ...

BIERMAN> T'as souvent le 'PAGING' en rouge qui apparait en mode Blend ? T'as pas des chutes de CPU pendant le test ?
Si c'est le cas essayes de lancer 2 SP2004 (pas Orthos) l'un après l'autre en Blend.
 
Sinon, oui CSMT test principalement le CPU mais il n'est pas impossible que l'erreur soit engendrée par la RAM. Donc ya pas de réponse sûr à 100% malheureusement. La seule chose sure c'est que c'est pas stable

C'est pratique ça

Pas stable et pourtant je tourne comme ça depuis 2 jours et RAS !
 
Le paging n'est pas permanent (la faute au moment où la capture a été faîte) EDIT : erreur, voir Post en dessous et tu peux constater par toi même qu'il n'engendre pas de baisse de régime...
 
Vais tester un 2ble SP2004
 
EDIT : c'est lancé mais la consommation monte tout de suite à 2.4Go, le seconf core n'est pas du tout utilisé et le tout n'arrête pas de swaper
Il faudrait que je désactive ce swap complètement
 
Re-EDIT : nan c'est bon j'ai trouvé, faut passer en "Custom"
Tu conseilles quoi avec mes 2Go de RAM physique ?
 
EDIT N°3 : faut mettre 900Mo par session SP2004
Ça chauffe
Par contre le paging est permanent depuis 2 minutes...

Topo de mon test précédent : j'ai comme l'impression que je vais devoir réinstaller mon windows (j'ai une image qui traîne mais je verrais ça + tard...)
Selon ce thread, il semblerait que le système ait souffert de mes précédents o/c infructueux ou de mon o/c actuel...
Lisez vous comprendrez
J'avais en effet un "Paging" incessant qu'avait remarqué Fouge et l'explication semble être ce que j'y ai trouvé dans le lien...
Je reviendrai

J'sais pas pourquoi ça survient, ni comment l'éviter de manière fiable, mais une chose est sûr le Paging c'est le mal
T'as essayé un Blend + Large ?
(je vais lire ton lien)

Un Blend + Large pareil
Le Blend "Page"

Bon il ne veut décidément pas
 

 
Ce doit être la température qui pêche, température du CPU donc
Dès qu'elle arrive aux alentours de 59/60°C => pfut...
Ce qui dédouanerait de facto ma RAM, ouf !!!
 
Bien entendu à cette même température mais @2661MHz => stable
 
Je dois quand même avoir un souci avec mon système qui a souffert depuis 2 mois que je ne l'ai pas restauré...
W&S

 
Bon alors ça c'est après une restauration à partir d'une sauvegarde
Donc il y avait bien eu une altération de mon système très certainement à cause de mes séances de test d'o/c !
Reste à savoir si CSMT sera stable à cette fréquence de 2674MHz maintenant
W&S

On va finir par croire que je SPAM ce Topic
Tant pis
 

 
La fois d'avant il refusait à seulement 3 minutes
Pas stable OK mais un peu aléatoire comme détection non

c'est fini de spammer ce topic !!!!!!!!!!
 
         
 
désolé, pas pû m'empêcher.
 
faites de moi ce que vous voulez......
 
   
 
Pink
 

pousse encore un peu ton vcore boudiou et pis c bon!!

Chuis à donf déjà, série A8N pas powa !
J'ai fait un run de 47 minutes avant plantage dans la soirée
Je l'aurai un jour, je l'aurai...

<Supprimé par l'auteur>
cf. Tetedeiench

T'es sous quel OS ? Peux-tu essayer ceci ?
http://olivier.fouge.free.fr/CPUSt [...] tect39.zip

<Supprimé par l'auteur>
cf. Tetedeiench

<Supprimé par l'auteur>
cf. Tetedeiench

Effectivement, je vois ce qui ne va pas. Par contre c'est étrange puisque MSR et Perf-MSR sont à 1 mais la mesure de fréquence via les MSR E7 et E8 ne donnent rien. Tant pis, j'utiliserai la méthode TSC-TGT dans les cas ou j'ai une fréquence de 0.

Et étrange le message de début alors que le ProcessAffinity et le SystemAffinity sont égaux. J'en profiterai pour corriger ça aussi.
Quand tu lances un test avec CSMT, les 4 cores sont bien utilisés ?

Tu seras là ce soir, pour te faire faire quelques tests ?

edit: Ok, ben RDV le 12 janvier alors

<Supprimé par l'auteur>
cf. Tetedeiench

Ca c'est normal puisque le 100% affiché par Taskinfo est le % d'utilisation total (tout processus confondu) du CPU. Moi je ne mesure que le % CPU pris par CSMT. Pire que ça même puisque je ne mesure que le % CPU pris par les thread de test (donc ne sont pas pris en compte le thread principal qui gère l'intreface grafique, la gestion du monitoring, etc.).

Fouge avait raison c'est la mémoire
Même avec un température de burn de 32°C (testé à la fenêtre ) => pfut
Bon ben tant pis, dsl si j'ai pollué le thread...

Ben non parce que ça veut dire que CSMT, bien que très orienté CPU, détecte aussi les instabilités mémoire, et même mieux que SP2004 en mode Blend
Enfin... dans certains cas.