Pas simple ton affaire , effectivement  ! La mémoire veille sert au système un peu comme un cache , il me semble  . Certains fichiers même effacés laisse une "trace"  qui permet de les recharger sans accès disque . Je suppose que c'est normal mais cette mémoire doit être dispo  si  ça devient nécessaire .

Si tu as fait des mises à jour W7 dernièrement, peut-être l'une d'elles est en cause ?

Je ne vois pas vraiment d'ou vient ce problème .. désolé de ne pas pouvoir t'aider davantage

salut à tous,
Mon grain de sel : pour en avoir été victime, le dernier Intel Rapid Storage (version 11.5) provoque une fuite de mémoire qui se termine immanquablement par un plantage. Revenir à la 11.2 ; Intel a supprimé la 11.5 de son serveur.
Si ça peut aider ...

A+ et bon courage dans tes recherches.

Bonjour Daube,

A la lecture de ton post, rien ne te dit que c'est le proccess FSX qui te pompe de ma mémoire...
Il te faut trouver le processus exact qui ne libère pas sa mémoire. Tu peux le faire avec Process Explorer.

Dernière modification par Ptipilot (21-08-2012 20:44:29)

Bonjour,

Peut-être ce soft pourrait aider à débusquer un processus fautif :

Process explorer

@ + .

Je ne pense pas reinstaller quoi que ce soit d'OrbX. J'ai pas le courage. Tout est installe correctement pour le moment et tout fonctionne, j'ai pas trop envie de foutre la pagaille en tentant de resoudre une fuite minime qui de toutes facons a ete reduite au silence depuis que j'ai reactive ma memoire virtuelle

Pour le traffic AI, j'ai effectivement note une enorme difference de conso memoire lorsque je l'ai desactive. Je suppose que c'est du a mon utilisation de traffic de WoAI, au format FS9.

Salut Daube, j'avais également sans arrêt des messages de "fuites de mémoire" avec W7 32 bits. Depuis que je suis passé en 64 bits, je n'ai plus eu ce problème. C'est étrange que cela te fasse ça sous 64 bits, car il semblait que c'était une sinon LA solution pour régler ce type de problème Peut-être "remettre à zéro" fon fichier .cfg et le reconstruire étape après étape ? Navré de ne pouvoir plus t'aider. Bon courage à toi

Ptipilot a écrit:

Daube a écrit:

... j'ai pas trop envie de foutre la pagaille en tentant de resoudre une fuite minime qui de toutes facons a ete reduite au silence depuis que j'ai reactive ma memoire virtuelle

Si tu avais commencé par nous dire cela!....

Sinon, tu as réactivé ton "fichier d'échange" et non ta mémoire virtuelle...

Par contre, lorsque tu avais supprimé ton "fichier d'échange", les demandes de pré-allocations mémoire ne pouvant se faire dans le fichier d'échange, se faisaient directement dans la mémoire vive.
C'est, ce que je faisais faire à certains copains du forum sur leurs OS 32 bits car dans ce cas là, la barrière était l’adressage.

Par contre, sur un OS 64 bits, les choses sont différentes puisque l'on peut considérer que les barrières d’adressage ne sont plus pénalisantes.

Oui, fichier d'echange, et pas simplement "memoire virtuelle". C'est juste qu'a une certaine epoque il etait courant de faire l'amalgame.
Donc effectivement, en reactivant le fichier d'echange, j'ai apporte une certaine bouffee d'air a mon OS.

Un truc qui me chiffone, c'est que j'ai encore une barette de 2 Go de RAM chez moi. Pour le moment, je n'ai installe que 6 Go de RAM en 3 x 2 Go, sur les ports adequats pour le triple-channel. Si je rajoute cette barette supplementaire sur l'un des ports encore libres, le triple channel ne fonctionnera plus, non ? J'ai jamais trop compris comment ca fonctionnait et quelles etaient les contraintes reelles....