Reprise du message précédent :

Volontaire.

J'en voyais pas trop l'intérêt sans BDD, et comme j'ai refondu le code de vérification...

 
Ben pour activer la mémoire partagée, je vais éditer le fichier ini d'everest.
 
Du coup, faut que je sache où il est
 
Et pour cela, je vais lire la clé de registre avec le répertoire d'install.
 
Pour la version en fichier .zip, je suis couillonné...

Et même problème lorsqu'OCCT lance Everest (ZIP) alors que le partage est déjà activé ?

 
Ah non, OCCT détecte que everest tourne et c'est tout.
 
Il ne peut juste pas activer le partage tout seul.

Donc ce serait bien un bug ?

Son Everest avait déjà le partage activé ou alors il manque des détails dans son histoire.

Potentiellement non, car everest ne prends l'activation de mémoire partagée qu'après un arrêt/relance, même si l'activation a été faite manuellement...

Faudrait qu'il nous dise s'il a activé le partage manuellement suite au message, ou s'il n'a rien fait car déjà activé.
Wiids ?

Ben j'ai pas trop compris ce qu'il a fait en fait :X

Vous voudriez savoir, hein ?

Bah c'est simple :

J'ai téléchargé la version ZIP, j'ai lancé OCCT, j'ai mis le logiciel de monitoring sur Everest (dont la mémoire est partagée (option que je croyais autoactivée par OCCT a l'aide d'une modification d'ini )), ca a lancé Everest et a la fin du lancement OCCT a pleuré comme quoi la mémoire n'était pas partagé. Ensuite j'ai remis Everest comme logiciel de monitoring (puisque OCCT m'avait mis Aucun) avec Everest toujours lancé et ca a marché

EDIT : Donc en fait il peut éditer le fichier ini mais seulement en version exe ? O_o Pourtant y'a pas de limitations si ?
EDIT2: Ah non ok, donc en fait vous parlez lorsque Everest n'est pas installé donc quand il n'y a pas la clef de registre qui indique le path d'install Ma version est une version installée, ca me donne une idée de feature : Que quand l'utilisateur choisit Everest et qu'il n'est pas installé avec l'installateur Lavalys, OCCT puisse demander le path d'install d'Everest et donc implicitement le path ou se situe l'ini.

T'as surement dû activer la mémoire partagée entre deux

Ma mémoire est partagé depuis les premières béta d'OCCT

Au final, qui a activé le partage de la mémoire ? C'est toi ou OCCT ? A quel moment ?

edit: raaa...
Malgré le fait que la mémoire était déjà activée, t'as eu le message ?
Et là, actuellement, si tu lances OCCT sans qu'il y ait Everest, t'as à nouveau le message ?

J'ai remarqué aussi que la mémoire partagée est dispo seulement après plusieurs secondes quand la fenetre d'Everest s'affiche...

OCCT n'est pas compatible avec Acronis DriveCleanser. J'ai voulu faire chauffer un peu mon E6420 tout en nettoyant les DD que je dois envoyer demain, mais quand le soft acronis tourne, OCCT se lance avec une erreur et sans "façade".

Au moment du lancement d'OCCT ou d'un test ?

Au moment du lancement d'OCCT. J'ai fait dans l'autre sens, d'abord lancer OCCT, puis DC, et là c'est bon.

A une époque y'avait des p'tit pb au moment de charger la DLL de test. Or il me semble que maintenant ça se fait au démarrage d'OCCT.
Et les soft qui font des accès disque et/ou qui consomme beaucoup de CPU peuvent ralentir le chargement de cette DLL. Et s'il y a un time-out, alors ça pose pb.
Mais laissons Tetedeiench analyser ton cas

iench il va coucher mais y a des chances que ce soit comme fouge y dit d'ailleurs il a souvent raison, voire toujours, l'enfoiré.

Ué c'est ça à la niche
EDIT : je pourrais sortir plein d'autres conneries mais à chaque fois je me restreins
Nouveau sondage, 64 votes, 1 blanc et toujours aucun Obiwan !!!

Pourtant ça ne prend que 3% du CPU.

Quelqu'un veut te faire mentir

HAN§§§

C'est surtout coté I/O

Je vais essayer de reproduire sur ma vmware tiens.

 
Je ne travaille pas chez EDF  

'tain ca me donne presqu'envie de troquer mon E4300 contre un E6420 qui tournerai en FSB400 et a 3,2GHz a pas mal moins que 1,4625V vraisemblabement.  
 
C'est quand meme pas pareil un Conroe et un Allendale.

2Mo et 200MHz de diff

ça dépend de l'usage, moi à SETI les 4Mo ont fait une grosse différence. Et vu qu'à part ça, les seuls choses où mon CPU joue, c'est en compression Winrar/audio/vidéo, le cache est important dans tous les cas. Dans les jeux aussi, sauf qu'à plus de 3GHz c'est ma CG qui limite donc ce serait pas un argument.

Bah dans mon cas j'ai un cooling super limité (boitier exigue).
Du coup 3,2GHz / 2Mo / 1,4625V c'est le grand maxi avec 20°C ambiant.
 
Si je pouvais gagné les petit % de 4Mo de cache, du FSB et etre rien qu'a 1,400V ca serait mieux niveau ratio perf/T° CPU.

Ouais mais bon ça reste un pari, moi j'ai parié sur 3,6GHz en no limit (pas de boîtier, watercooling...) et ben c'est mon 3ème C2D qui n'y arrive pas  

Bah en prenant l'E4300 je visais 3,2GHz minimum... resultat 3195MHz maxi lool.... Mais bon bug FSB...
 

ptite question :
 
Sur quel script de détection d'erreurs est basé ton log Tetedeiench ?
 
CSMT et SP2004/Orthos sont basés sur les routines de Prime95, mais le tiens ? Idem pour toi ou tu l'as conçu tout seul ?

J'ai l'impresssion d'avoir tué le topic avec ma question de noob...  

Tetedeiench est un grand garçon sur ce coup, c'est SON algo

http://total-tuning.net/modules.ph [...] 132&page=4

*fier comme une crotte*

Classe !

OK.
 
Donc il n'existe que 2 logs réellement complémentaires - puisque différents dans leur méthode de détection des erreurs - sur le marché (en gratuit) : OCCT et les logs basés sur les scripts de Prime95 (Prime95, SP2004, Orthos, CSMT) ?
 
@Tetedeiench : y'a moyen d'avoir quelques infos sur la nature des calculs mathématiques que tu fais exécuter sur le CPU (pour Prime95 c'est des calculs basés sur des tests de Lucas-Lehmer) ?

Secret professionnel

Euh j'ai une question a propos du sondage
 
En gros, c'est une BDD avec l'OC mais en stable OCCT c'est bien ca ?

Graphs générés même si instable donc stable jusqu'à l'instable ...