Reprise du message précédent :

 
Pas trial, dernière build a priori, vista 64 : http://www.casawave.fr/upload/everest_8core.PNG

- Vista Business 64 (avé tous lé patch)
- Everest Ultimate v4.00.976 (enregistrée) (version zip)

Il faut faudrait tester avec la v4.10.1020 beta pour voir...

Je crois que j'ai mis le doigt sur quelque chose :
 
- Avec la dernière beta (appliqué sur ma version zip) : pas de changement
 
Avec la derniere version officielle installable (pas la zip), il y a du neuf :
 
- Occt b06 me trouve 8 sondes, la première est celle de la carte mère, et les autres, les 7 premiers cores. Il manque donc un core.
 
- Avec Csmt, tout est ok !
 
Pour en revenir à mon eventuel problème de stabilité, 3h de csmt sans erreur....

Je pense pas que le coup de la virgule flottante soit un probleme de stabilité...
 
Essaie de lancer occt sans monitoring, je suis sur que ca n'arrivera pas...

Passage sur Xp64, avec Everest (version exe) et Occt b06 :
Même comportement que sous Vista 64, il y a 8 sondes affichées, mais 7 concernent les cores. La huitième étant celle de la carte mère.

Stef44> Bizarre ce problème avec Everest...
Peut corriger/compléter ce tableau STP ?  

 
Beta build 1108 dispo ici :
http://www.lavalys.com/beta/everes [...] lj6knx.zip

Il y a la build 1120 ici.

 
je prends.
 
ah au fait, j'ai eu moi aussi l'autre jour le message d'erreur de virgule flottante.....en cliquant sur ok, le test a continué.
à la fin du test, j'ai regardé les graphes, et j'ai remarqué qu'au moment où y'avait eu ce "bug", j'avais une chute sur les tensions et les températures..
 
ma version d'everest : 3.50.761
 
voilu.....@+
 
Pink

Avec Occt b06, sans monitoring, sous XP 64, j'ai eu un crash au bout d'une heure......
 
Donc là, je pense que j'ai vraiment un problème à résoudre, qui va être prioritaire sur ton tableau, Fouge.
 
D'ailleurs, c'est bizarre, les "crash", sont quasi systématiquement au bout d'une heure, pas avant, pas après.

Tiens, petite request :
Lorsque Occt s'arrête (crash ou autre) ne pourrait-il pas faire bipper l'ordinateur lorsqu'il n'y a pas d'interface audio de configurée ?

Toujours la même config, mais avec xp 32bits, occt b06 sans monitoring, mode infini....
....crash au bout de 52mn
 
Je relance avec seulement 4go de Ram.
 
Ca m'énerve, ça m'énerve.... !!!

la derniere version bug toujours autant !
 
ile me dit que j'ai fermer everest alors que NON....

Bon, ça avance, mais les problèmes sont toujours là :
 
En mode Ram, Occt détecte une erreur bien plus rapidement.
 
EDIT : Tous les tests sont faits avec OCCT 1.1.0
 
Avec seulement une barrette de mémoire (2Go) : erreur
Changement de barrette : erreur
 
J'édite le fichier boot.ini pour faire fonctionner Windows sur un seul core .
Avec une seule barrette, 23h de test : Ok
Avec les 4 barrettes, 13h de test : Ok
 
Windows sur 4 Cores (1 cpu).
Avec les 4 barrettes, 18mn de test : Erreur
 
Windows sur 2 Cores.
4 barrettes : Test en cours, actuellement à 40mn
 
Je ne comprends pas vraiment ce qu'il se passe
 
ps : Tetedeiench, tu as oublié ?

C'est bizarre tout ça...
 
Question stupide, mais es-tu sure de la qualité de tes procos (suffit d'un core defectueux), je crois me souvenir que le 'iench avait eut le meme souci avec un serveur multi-procos...  
 
Sinon, n'attend pas le 'iench avant ce soir, il est au boulot à cette heure

 
t'a testé avec un autre log ?
 
CSMT ?
Sp2004 Orthos blend ?
 
comme le dit Duncan, t'a sans doute un blem avec un de tes cores.....

J'ai fait 3 heures de Csmt, sans erreur.

Bon, alors j'ai dev OCCT dans l'train via un DD 2.5" seagate 120Go dans un adaptateur : le bonheur, ca frite quand même pas mal, bref, le pied. Stef44, merci pour tes conseils

Stef44 > Je te file le petit .exe qui lit la mémoire partagée demain ou mercredi. Il est prêt, mais je dois filer, et le tester un peu plus
Par contre : dans Everest, as-tu bien coché toutes les températures dans la fenetre ou on active la mémoire partagée ? Je viens de me rendre compte de ce truc... (vais implémenter le truc).

La b06 était exempte des fixs everest (j'ai merdé dans mes builds). Pour info, la b07 arrivera dans les prochains jours, avec au menu :
- plus de floating point error
- plus de "everest a été fermé blabla"
- noms des sondes dans les listes déroulantes (au formant TCPU, TCC-1-1 pour CPU1 core 1, VCore, etc).

Restez connectés, maintenant que je peux dev dans le train, ca risque de reprendre de plus belle (même si maintenant c'est le temps de release qui me manque )

Une requête importante les amis

Pour ceux qui ont everest, pouvez-vous faire la manip suivante ?

• lancer everest
• Aller dans les préférences, activer la mémoire partagée, cocher TOUTES les cases (température, tensions notamment).
• Fermez everest
• envoyez le fichier everest.ini (dans le rep d'everest) sur mon mail : iench at ocbase dot com (il est trop gros pour être posté ici) avec "everest" dans le titre (ca m'aidera à classer par rapport au spam).

Je vous en serai éternellement reconnaissant.

Pourquoi ? Everest fonctionne par mots-clés pour l'activation des sondes dans la mémoire partagée, ca me permettra d'avoir le maximum de mots-clés.

Stef44, si tu pouvais faire ca, toi qui a une platée de températures aussi

Moi aussi, je n'avais pas vu qu'on pouvait sélectionner ce qu'on voulait.
Par défaut, toutes les T° et toutes les tensions sont sélectionnées. Je t'envoie ça (même si j'ai qu'un monocore)
 
edit: je viens de regarder dans le fichier INI, c'est ce truc là ?

C'est pas du tout ce qui a dans le shared memory, où les désignations ne sont pas abrégées.
 
edit2: en fait il y a les 2 (id et label)

Je ne t'ai pas envoyé d'email finalement.

Je viens de regarder dans Everest si toutes les températures étaient cochées, ce qui est le cas.
 
Mais, avec OCCT, seules 5 températures sont affichées (T°cm / T°cpu / T°core1 / T°core3 ou 4 / T°gpu (ambiant)).
 
OCCT 1.1.0 et Everest v4.10.1090 beta (trial version).
 
C'est normal ?  

Mail envoyé.  

Envoyé également

 
idem

Je récapitule :
 
Avec Occt, si je reste sur 2 core, le test Ram passe correctement.
J'ai donc lancé les tests avec un seul cpu de connecté.
 
Avec le premier Xeon, Occt (test ram), me fait une erreur dans les 30mn
Avec l'autre Xeon, c'est un plantage total du Pc (même plus de souris).
Cette différence de comportement est vraiment TRES étrange.
 
 
Je doute que je puisse être tombé sur 2 Xéon défectueux.
 
J'ai pensé à une surchauffe du chipset ou de la ram (la FB-Dimm, c'est très très chaud). Mais avec les Cpufan au max, et un ventilo 220mm dirigé sur la carte mère, j'ai les même problèmes.
 
Problème :  
- J'ai fait 13h de CSMT sans erreur avec les 8Gb de Ram, et les deux Cpu.
- Memtest ne me donne pas d'erreur, mais je ne suis pas très étonné puisqu'il ne doit pas utiliser tous les cores.
 
Bref, il ne me reste plus que 3 solutions :
- Carte mère défectueuse
- Alim défectueuse
- Occt m'indique une erreur alors qu'il ne devrait pas. Ceci dit, j'en doute fortement puisque j'arrive à "obtenir" un plantage total du Pc.
 
Je penche pour la carte mère, mais ça va être coton pour expliquer le problème au Sav de l'importateur.
 
ps : tetedeiench, je m'occupe de everest dans la journée

mail envoye

petite question, comment parametrez vous ce programme, car je le découvre,
 
dois je faire un test cpu et ram en même temps ou pas?
quelle priorité ?

Stef44> CSMT est pluôt orienté CPU/chipset. La RAM est stressée mais très peu de quantité est utilisée (je crois qu'il faut compter 15Mo par core). Et étant donné que c'est le mode RAM d'OCCT qui pose problème (ou le plus rapidement), c'est effectivement de ce côté là qu'il faut regarder (RAM/chipset) et non les Xeon.
Memtest a l'avantage de tester toute la RAM (quoique gère-t-il les 8Go ?) mais il arrive souvent qu'une RAM instable passe avec succès le test.
Au fait, comment OCCT gère les 8Go de RAM ? Il a déjà été testé sur les machines de 4Go et plus ?

Dimebag Darrell> Le mode le plus "universel" est le CPU&RAM. Si tu veux plutot tester le CPU, passe en mode CPU. Si c'est plutot la RAM, passe en mode RAM
Pour la priorité, cela n'a, selon moi, pas grande importance. Tu peux le laisser en normal. Ce qui compte c'est le % d'utilisation qui doit être le plus proche possible de 100. Donc pendant un test OCCT, évite de lancer plein de truc en tâche de fond. Augmenter la priorité sert justement à prendre le pas sur ces tâches de fond. Mais il est plus conseillé de ne pas en avoir.

Fouge > Merci pour les infos techniques.
 
Pour Memtest, je crois qu'il peut eventuellement gérer plus de 4Go via le PAE (mais je n'ai pas tout compris)
Pour Occt, dans le meilleur des cas, il utilisera un maximum de 4go étant donné qu'il n'est pas 64 bits.
 
D'ailleurs ça m'embête bien de ne pas avoir de logiciel de test de stabilité qui soit 64 bits, j'ai sur mon bureau, deux Pc avec 8go de ram.

j'ai un everest qui date un peu et qui ne me donne pas la temp de chaque core (en faite il ne donne que la temp CPU) : ça t'intéresse quand même ?
 
pour cette raison j'utilise speedfan car il me donne la temp d'un des 2 cores (le plus chaud), je l'ai vérifié à l'aide de Coretemp (soft que m'avait conseillé Bierman, et qui marche bien).
 
sinon toujours bravo pour occt qui est impitoyable et permet de belles validations d'o/c.
d'ailleurs pas mal d'o/c stables en apparence sont mis à mal par occt qui remplit donc parfaitement sa mission.
belle réussite

 
 
merci beaucoup pour toutes ces infos, donc mise à part ça, je le lance et j'attends !?

En 32bit, la limitation est de 2Go par processus ou par thread ? Car si c'est par thread, alors sur une machine octocore ça donnera un maximum de 8*2 soit 16Go. Donc même en 32bit, tes 8Go pourraient être testés en totalité. T'as jeté un oeil à ta conso mémoire (RAM physique libre) ?
Si c'est pas le cas, il faudrait effectivement passer au 64bit, revoir en détail l'algo et certaines autres pertites chose car je suppose qu'une simple recompilation ne sera pas suffisante pour être "Win64 ready" et être capable de tester plus de 2Go de RAM.

Tu lances et t'attends que le test d'arrête de lui-même. A la fin t'auras un message t'indicant si une erreur a été détectée ou non. S'il en détecte une, il ne va pas jusqu'au bout du temps demandé.

 
2go par processus
il y a une option a passer dans le fichier de demarrage pour eventuellement demander au kernel d'en attribuer 3

La limite par processus est de 4Go si l'application est "Large Address Aware", je n'ai pas vérifié si c'était le cas de OCCT et CSMT.
 

Étant donné ce que tu m'as expliqué, ce n'est pas utile que je fasse le test pour CSMT, par contre, si je me souviens bien, 'iench disait que OCCT utilisait toute la mémoire disponible. Je vais vérifier ça.

sous un systeme 64bits oui, parceque le noyau peut justement gerer plus de 4go de mémoire en tout.
sous 32bits il faut faire la manip sur le fichier de boot pour avoir 3go de ram par process
j'avais oublié de préciser

 
Partiellement exact :
 
Si l'appli n'est pas LAA (Large Address Aware) la limite est de 2Go
Si elle est LAA, c'est 4 Go.
 
Dans ce dernier cas, et qu'on utilise un windows 32 bits, il faut ajouter l'option "/3gb" dans le boot.ini pour pouvoir utiliser jusqu'à 3Go.
Avec un windows 64 bits, il n'y a rien à faire, la limite est de 4Go

Bon ben on est d'accord

Donc si t'alloues 2Go sur le 1er thread, avec le 2ème on va avoir une erreur d'allocation ?!
Effectivement, avec CSMT je ne vais pas rencontrer ce problème (ouf ). Mais si le mode RAM d'OCCT tente de tester toute la RAM, il risque effectivement d'y avoir des pb. Je ne sais pas comment Tetedeiench gère tout ça mais là on arrive déjà aux limites du 32bit

Résumons :
Win32 : 2Go (3Go si LAA et option /3gb)
Win64 : 2Go (4Go si LAA)
Donc impossible d'aller au-delà de 4Go même en 64 bit ?

Merci pour les mails les gars
 
Je vais vérifier ce qui peut se passer en cas de machine Octocore et co, car effectivement, avec 8Go, ca n'a jamais été testé.
 
J'ai mis la limite à 2Go / thread, mais ca n'a jamais été testé, donc...
 
Je vous tiens au courant.

 
Si si, mais il faut que l'application soit développée en 64 bits. Là on parlait d'une appli 32 bits.
 

 
Ah ouais !! Ca voudrait dire que si je comprends bien :
 
Avec 3 cores, ta limite est à 6Go.
...
Avec 8 cores, elle est à 8Go.
 
Admettons que ça pose un problème, est-ce que ça n'aurait pas déjà dû être le cas pour ceux qui utilisent Occt avec des quadcore ?
 
D'ailleurs, si j'active 2 cores, ça marche, mais à 4, ça déconne, que ce soit avec Xp 32 ou 64.

Exact, j'avais zappé ce détail
Bref, le mieux est de faire une version 32bit (sans LAA car on ne gagne qu'1Go et il faut avoir ajouté l'option /3gb) et une version 64bit.                                                                                                                                                      

Uniquement si :
1) le gars possède 4Go de RAM ou +
2) utilise le mode RAM d'OCCT

C'est p'tet jamais arrivé !