Reprise du message précédent :
Je l'ai complètement désactivé la gestion du GPU, donc ca vient pas de là

Pour le graphisme, ca vient de ta taille de police plus grande que la normale dans windows, je pensais l'avoir forcé, on dirait que non.

Je vérifie pour la mémoire...

EDIT : il semblerait que t'ais un problème avec verdana Je vais utiliser une police incluse dans le binaire d'OCCT, y aura plus de souci comme ça

 
Je suis sur que ca vient pas de là
 
Faudrait qu'on se bloque une soirée pour faire des tests... MP

Pour les fix (mémoire, etc), probablement que OCCT vérifie le double de RAM nécessaire. De mémoire, c'est 256Mo par thread, donc ca fait, pour un Quad-core avec HT, 2Go.

M'est avis qu'il vérifie en réalité 4Go (i.e. 2Go par process).

Par contre, je suis désolé, mais je n'aurai probablement pas le temps de vérifier cela avant lundi

Pour la priorité, effectivement, dur de faire autre chose qu'OCCT. Effectivement y a un petit problème de ce coté là. J'hésite à donner la main dessus... on verra.

Pour ceux qui ont essayé, durant le test linpack, vous avez des blems de priorité, ou ca se passe bien mieux ? (fluidité des graphes en temps réel par exemple).

Perso je n'ai pas fait gaf, mais la construction des graffes était assez fluide des deux côté, un rafraichissement toutes les 2s en gros ce qui est "normal" je n'ai pas tenté de faire mumuse à côté pour voir, mais en tous cas ça tournait normalement de mon côté.

Ok Je vais implémenter le coup de verdana, ca devrait débloquer ton souci. C'est un peu chiant à faire, mais bon, ca m'évitera beaucoup, beaucoup d'ennuis je pense.

Après faut voir si ceux qui trouvent la construction du graphe lent n'ont pas moins de coeurs/processus possibles dispo. Il est possible qu'avec 4 coeurs + ht on en ai toujours un un poil plus libre ce qui ne pose pas de problème là ou avec 2 coeurs la donne peut être différente non?

Oui.
 
Je crois que je vais rendre la main sur la priorité. J'aime pas trop ça, mais bon

Ou alors ce sont au contraire les CPU avec HT qui souffrent le plus de ce soucis. Quand l'HT est activé, chaque coeur se retrouve avec 2 thread OCCT à faire tourner à 100%, ce qui ne lui laisse plus beaucoup de liberté, le principe de l'HT étant justement de pouvoir charger plus pleinement un core. Du coup, un quad HT (8 thread OCCT) sera p'tet plus submergé que le même quad sans HT (4 thread OCCT) bien que ce dernier sait gérer 2 fois moins de thread.

edit: ceux qui ont l'HT devraient tester sans pour voir si c'est mieux ou moins bien

Sur le mien ça "broute" et je testais avec un 970 à 4.5GHz HT on, donc je ne pense pas.

Pour un hexacore, ça donne donc 3Go et c'est justement ce qu'il me reste de libre et le test passe très bien.

Bha au pire, on peut faire comme je fais, décider de la priorité des process via le gestionnaire des tâches, c'est juste moins user friendly. ^^

avec la dernier beta, tout les cores en full en HT
 
toujours le problème de "sauvegarde" des paramètres avec Aida64, lorsqu'on relance OCCT, tout les réglages liés au monito (Aida64) ne sont pas pris en compte (aucun monito présent)
 
par contre si on laisse Aida64 ouvert, pas de problèmes, les réglages sont "sauvegardé"
 

J'ai pas encore pu regarder tistou Promis, je m'y mets assez vite
 
Pour le problème de Gein, c'est très localisé et il s'agit d'un problème de performance counter, sur sa bécane. Je vais le gérer (car si ca arrive, ca peut arriver sur d'autres), mais il s'agitplus de la gestion d'erreur coté OS que du réel bug OCCT. Disons que je dois prévoir un cas qui ne devrait pas arriver

Je viens d'essayer de faire des thèmes de couleurs.
Et bien ça pas terrible.
J'arrive pas a obtenir de meilleur couleur que le thème d'origine.
Donc les couleurs par défaut sont très bien

Youhou quelqu'un a essayé

Trouvez des couleurs plus sympa pour les lignes, c'est vrai que j'ai pas fait grand chose de ce coté là.

J'ai réglé le bug "burn2" (Verdana pas installé). Y a encore du taff dessus, mais lors de la prochaine release, OCCT utilisera une police interne et non plus celles dans windows "par défaut" (qui peuvent être shootées/corrompues).

Pour le "not enough memory", je dois encore regarder, j'ai deux pistes :

• Je lance un exe de test toutes les 4 threads. Peut-être que chaque processus vérifie la totalité de la mémoire, au lieu de la mémoire nécessaire pour lui. C'est le plus probable.
• La cast HT est cochée par défaut, même sur les CPUs ayant l'HT désactivé (Gein a la case disponible sur son athlon). Du coup, sur un athlon, il lance deux fois plus de threads que nécessaire, d'où une conso mémoire deux fois supérieure à la normale.

Aussi, je suis pas content de l'efficacité des graphes, il se peut que je finisse par abandonner Zedgraph. Si quelqu'un connait une lib C# plus efficace que zedgraph pour faire ça, je suis preneur.

Bref, y a encore du taff

Enfin bon, vous, ca vous choque l'utilisation CPU des graphes, ou pas ?

Pas moi
De toutes façons, avec AIDA64, contrairement à Everest, maintenant le curseur freeze toutes les 20 secondes environ ...

J'ai un quad sans HT (4 thread donc 1 seul processus) et j'ai également eu ce message. Donc ce n'est pas ça... sauf si effectivement, le fait que la case HT soit cochée double le nombre de thread même sur les CPU sans HT (ce que je n'ai pas vérifié). Faudrait que t'intègres ou que t'actives un log de debug, au moins pour la phase beta, ça faciliterait le débusquement de ce genre de bug

 
C'est le cas, pour la case HT, ca fait un bête *2 sur le nombre de coeurs. Le voilà le souci donc

L'utilisation CPU des graphes choque personne on dirait.
 
Bon, ben parfait

OCCT PT 4.0.0.b09 OUT !

Changelog :

• Most of the font are now internal. It isn't true yet for the monitoring form and the graph form. This was left "as is" as the priority bug was important for me. Will be completed on b10. Only important if your computer doesn't have verdana installed.
• Priority is now properly set for both main app and cpu:occt test (ldlc4 : rejoice !)
• OCCT doesn't crash anymore when Windows's performance counters are not available
• HT detection algorithm improved - results ?
• cpu:occt now only checks for memory once, instead of twice (should be more than enough)

Known bugs :

• plugin configuration like aida not saved. Couldn't fix that in time, sorry.

Enjoy !

http://www.ocbase.com/download.php?fileext=beta

La détection de l'OC ne marche toujours pas sur ma MSI p67-GD65.
 
I5 2500k OC à 4.9ghz détecte à 3.3ghz par OCCT.
 
Suis je le seul à rencontrer ce probleme avec cette carte mere et/ou ce CPU?

 
Tu as le speedstep/économie d'énergie activé.
 
Lance un test et tu verras la valeur changer

La détection du HT fonctionne.
Il n'y a plus le problème de priorité.

Que de bonnes nouvelles
 
Et ca plante pas chez toi donc, problème résolu
 
Bon ben j'arrive au bout, je crois

 
 
Chez moi ca bug toujours    
 

c'est OK pour moi ^^
 
j'ai toujours le bug de ne pas voir toutes les infos dans les options du monitoring, chez moi c'est pour le vGPU (je ne peux pas agrandir la fenêtre)
 
je sais pas si tu as pris ce bug en compte ^^

Pas de problème chez moi

 
C'est pas un bug Core i7 = 4 cores, avec le HT je lance 8 threads, soit 2Go (8x256MB) de mémoire, tu n'en as que 1.5 de libre.
 
Donc c'est normal
 

Chez moi le SpeedStep est désactivé et pourtant OCCT ne voit que la fréquence de base de mon 2600k alors qu'il tourne à 4.5GHz.

ça sens bientôt la version finale? ^^

Heu non, reste les traductions Et ca prend du temps. Et le blem de détection de fréquence, aussi. Faut que j'arrive à le régler

 
Pareil chez moi.
j'ai testé toutes les options possibles. La frequence ne varie pas.

l'ouverture de "Exception Report" ouvre la "Cessation de fonctionnement" de windows.
 
Alors ? Contribution, ou j'ai zappé d'installer un truc annexe ?
error with "OCCT v4.0.0.b08"
------------------------------------------------------------------------------------------

error with "OCCT v4.0.0.b09"

ho toi tu a un truc qui déconne sur ton PC  
Tu a essayé la b8 ?

b08 et b09 regarde un peu, coco

Edit de fourbe

Moi ce que j'en dis c'est que le Mr Tetedeiench a résolue un problème dont je ne suis pas le seul à avoir  

  qué abla parla

Me Habla el langaj du tired  

oui c'est pas faux
---------------------------
En Power Supply, les monitoring "température" des GPU, tombe à zéro et le nombre de GPU actif sur l'écran N°1, n'est plus connu.
Au retour en idle, les tracés "monitoring" température des GPU ne s'affiche plus et ne reviens pas, seul les indications "chiffre" reviennent, mais après un court instant.
l'affichage "monitoring" en idle, les températures "cores" perdent leur "C" de l'indication "Celsius" quand les sondes passent par des relevés à deux chiffres après la virgule.
bug with "OCCT v4.0.0.b09"

Même problème que Gein, pour une raison lambda, tes performance counter sont foireux

Je vais limiter les températures à un chiffre après la virgule.

Pour OCCT GPU, la température reste à 0 dans le test 3d. Cela sera revu lorsque je referai le test GPU

Le reste, j'ai pas trop compris malheureusement.

Bon, je vais virer les performance counter, trop aléatoire.

je screen, ou pas ?
ravis de pouvoir aider, en tout cas, je kiffe le couac d'erreur je l'entend tellement peut souvent :