EDIT MODERATEUR

Il ne suffit pas de mettre à la volée 3 balises, mais de mettre UN TITRE à ton post !

Membre depuis le 28/10/2010, soit 5 ans, c'est un peu triste de voir un tel manque de communication quand on connait les usages du Forum !

Cordialement,
Marc Roujansky

Dernière modification par Marcstrasb (24-04-2015 11:41:46)

Bonjour et merci,

Désolé Marc, j'ai complètement zappé le titre.
J'ai aussi zappé ma belle mère aujourd'hui, comme quoi, c'est le jour :)

Bonne après-midi à toutes et à tous.
Cordialement,

Didier

Pour faire simple.

Je vois que tu utilises un OS (windows 7 en l'occurrence) 64 bits et que tu possèdes 16 Go de RAM que windows "voit" bien.
Si ton OS était en 32 bits il ne verrait même pas tes 16 Go puisqu'il ne pourrait en exploiter qu'à peine 4.
C'est le problème qui se pose avec FSX ou P3D, ce sont des applications 32 bits et elles ne peuvent adresser qu'un maximum de 4 Go de mémoire. Quand ce stade est dépassé, c'est l'OOM que tu aies 8 ,16, 32 ou même 64 Go de RAM.

En réalité c'est un peu plus compliqué que cela car il s'agit de VAS et non de mémoire réelle mais j'ai dit que je restais dans la simplicité et l'ordre d'idée est bon.
Quelqu'un comme Ptipilot, t'expliquerait cela sans doute mieux que moi.

Bonsoir,

Il faut que je change ma signature, je suis sous OS W8.1
Quand je fais gestionnaire des taches, performances, mémoire, voici ce que je vois:

En cours d'utilisation 3.7 Go et validée 8.8 c'est lequel qu'il faut prendre en compte pour savoir combien utilise P3D, et aussi quelle est la différence entre mémoire en cours d'utilisation et mémoire validée ?

Merci pour vos lumières
Bonne fin de nuit.

Cordialement,
Didier

Bonjour


Ceci dit, et je ne sais pas pourquoi, la semaine dernière j'ai eu des OOM comme jamais, aux alentours Orbixiens de Londres ou du coté du nord de Seattle. Le correctif Microsoft traitant du problème, semble avoir corrigé le souci. Donc, si tu ne l'as déjà fait:

https://support.microsoft.com/en-us/kb/947246

Certains pourraient dire qu'ils ne comprennent pas en quoi ce fix pourrait améliorer les OMM de FSX mais je l'ai trouvé grâce à cette page:

https://kostasfsworld.wordpress.com/201 … helperfix/


Dont acte !

Maintenant, il ne faut pas non plus croire que FSX, via ce fix, se comportera comme s'il était en 64 bits, et que c'est donc la panacée universelle. S'il est bien bien chargé, il OOmera. Mais, il semble qu'il permet de prendre de plus grosses cases mémoires et donc de mieux les ranger, à la manière d'un bon joueur de Tetris avant qu'il ne sature vers le "game over".

Dernière modification par jef32 (28-04-2015 08:18:03)

jef32 a écrit:

Bonjour


Ceci dit, et je ne sais pas pourquoi, la semaine dernière j'ai eu des OOM comme jamais, aux alentours Orbixiens de Londres ou du coté du nord de Seattle. Le correctif Microsoft traitant du problème, semble avoir corrigé le souci. Donc, si tu ne l'as déjà fait:

https://support.microsoft.com/en-us/kb/947246

Certains pourraient dire qu'ils ne comprennent pas en quoi ce fix pourrait améliorer les OMM de FSX mais je l'ai trouvé grâce à cette page:

https://kostasfsworld.wordpress.com/201 … helperfix/


Dont acte !

Maintenant, il ne faut pas non plus croire que FSX, via ce fix, se comportera comme s'il était en 64 bits, et que c'est donc la panacée universelle. S'il est bien bien chargé, il OOmera. Mais, il semble qu'il permet de prendre de plus grosses cases mémoires et donc de mieux les ranger, à la manière d'un bon joueur de Tetris avant qu'il ne sature vers le "game over".

Juste un petit truc sur le principe!...

C'est une KB qui date de :
"Article ID: 947246 - Last Review: September 15, 2010 - Revision: 2.0"

Soit prêt de cinq années...

Applicable sur un certains nombre de système de l'époque...

Hors depuis, ceux-ci ont évolué notamment par le biais de Service Pack.

Si, je prends comme exemple Seven avec son SP1, les valeurs de cette entrée sont passées maintenant respectivement à :

SharedSection=1024,20480,768

=> Donc, il est inutile de d'appliquer cette KB sur ce système.

Complément : Par contre, pour le Hotfix, voir ci-dessous.

Dernière modification par Ptipilot (28-04-2015 15:11:18)

jef32 a écrit:

Alors pour te répondre, je l'ai appliqué à la main. C'est à dire que j'ai ouvert regedit et j'ai suivi l'arborescence HKLM et tout le touin-touin, et sur mon W7-64 tenu régulièrement à jour via windows update, la modif n'était pas faite, et c'est moi qui ai changé la valeur à la main. Donc ce n'est pas parce qu'un fix a 5 ans, qu'il a été forcément appliqué par des updates.

ATTENTION !...
Ne me fais pas dire, ce que je n'ai pas dis...

Je n'ai pas dis qu'une KB, n'était plus utile parce qu'elle date de 5 ans.
Par contre, son application automatique par le .exe, elle est à proscrire.

Celle-ci doit être contrôlée à la main comme tu l'as fait sur ton poste.

jef32 a écrit:

Depuis, plus d'OOM aux endroits cités. C'est tout ce que je peux dire.

Tiens, pour ma culture perso...
Je suppose que tu utilises ton FSX en mode fenêtré, non ?...

Dernière modification par Ptipilot (28-04-2015 15:11:35)

jef32 a écrit:

Alors pour amener de l'eau à ton moulin, il semblerait qu'effectivement, le fix microsoft pointé dans la page de Kosta, ne fasse pas exactement ce que Kosta explique sur sa page.

Si, si... C'est bien la même chose (Configuration des tailles des desktop individuels).

En fait, c'est un tuning relativement complexe et il y a au moins 3 KB différentes qui parlent de celui-ci. C'est pourquoi, ce Hotfix concernant la taille du non-interactive window station (3ème chiffre à augmenter à 1024 ou plus), n'est pas automatique et reste à l'appréciation de l'utilisateur.

jef32 a écrit:

Moi j'ai bien appliqué le 3ème chiffre à 1024, manuellement.

Tu as bien fait de le faire si tu étais confronté au problème.

Par contre, tu dois garder à l'esprit :

A potential problem with this is that fewer total desktop heaps can be created.

C'est normal...
Plus, tu augmentes tes tailles de réservation, moins tu pourras ouvrir de bureau dans un espace fini de mémoire.

Dernière modification par Ptipilot (28-04-2015 14:47:38)

Pat_59 a écrit:

Je suis toujours sur le c.l de par les connaissances que notre ami Alain possède sur l'OS Windows (et ce n'est sans doute pas le seul système qu'il connaisse si bien).

J'ai abandonné assez rapidement la programmation à partir du moment ou sont arrivé les premiers L4G par manque d'intérêt. Aujourd'hui, n'importe qui de câblè normalement peut faire de la programmation...
Et, je me suis tourné plus vers le transport et le système... Là, c'est passionnant!

Mais, à 40 ans, j'ai décidé que je ne ferai plus de technique pure et dure, car je voulais me diriger plus vers l'organisation et le management.

Pat_59 a écrit:

Doit travailler chez Microsoft, pas possible autrement.

Jamais travaillé ni chez MS, ni IBM, ni Novell...
Par contre, j'ai beaucoup travaillé avec eux à un moment de ma vie.

Dernière modification par Ptipilot (28-04-2015 15:25:22)

jef32 a écrit:

En gros, ça se traduit comment, le fait de moins pouvoir ouvrir de bureau dans un espace fini de mémoire. Moins d'applis en multitâches c'est ça ?

En fait, c'est un peu cela...
Lorsque tu bootes ton OS celui-ci se réserve des espaces afin de pouvoir travailler.
En fonction du type et de la génération des OS, ces espaces varient en tailles (J'ai déjà parlé de certains [PagePool, Non-PagePool...] dans des posts antérieurs lorsque j'expliquais les problèmes que certains avaient avec la gestion 32 bits sous XP et les différences avec les suivants).

La gestion du Desktop fait partie de l'un d'entre eux. Sa taille est donc finie pour un OS déterminé et son emplacement se trouve dans le Kernel. A chaque fois que l'OS à besoin de faire appel à lui lors de l'ouverture d'un nouveau processus, il ouvre dans cette zone une réservation correspondant exclusivement à ce processus. La clef  SharedSection définie les paramètres de cette sous-zone de réservation.

Donc, pour en revenir au chiffre que tu as modifié (et également, celui d'avant...), plus tu vas augmenter celui-ci, moins tu auras de parts possibles dans ton gâteau. Donc, pour ta plate-forme pourra lancer des processus faisant appel au desktop...

CQFD...

Nota :
Ce qui me surprend, c'est que tu ai eu besoin de toucher à ce type de paramètre... Mais, il faudrait être sur ta station pour voir en détail, ce qui provoque cet OOM.
Je ne vois pas pourquoi FSX seul, te ferais explosé cette zone!...
Il doit y avoir un autre processus lambda responsable de ton Binz!

Dernière modification par Ptipilot (28-04-2015 18:48:50)