X-Plane 10 et le garbage de la RAM...

[Zeb-66]

Bonjour,
Essais comparatifs entre des scènes standard XP10 et des scènes photo:
Lieux de vol:
KSEA avec scène standard; LFMP et LFKB avec les scènes photo d'OSM
Addons ajoutés pour les test OSM: Obstacles_Fr, Traffics_vecteur_Fr et zzz_treeline_Farms_Europe
Avion: C172SP
Paramètres de vol:
Météo: réelle
IA:3 avions
Graphique:
Ecran: 1920x1080 plein écran et VRAM compressée
Taux FPS: libre
AA:16x et Aniso:16X et Nuages: 31%(bouffées)
Textures:Extrême; Distance des détails: Haut; Aéroports: Extrême; Détails des ombres: Superposé; Effets sur l'eau:Moyen
Arbres: Rempli; Objets: Méga Tonnes; Routes: des Tonnes; Véhicules: New York

Résultats:
Dans les 3 scènes le paysage est correct, pas de fourmillement ou à peine perceptible, pas de saccades.
Vol de l'avion et commandes très fluides.
Ce qui change et de beaucoup ce sont les FPS:
- KSEA 23 à 24 FPS et 27-30 en vol aux alentours.
- LFMP et LFKB: 45 à 50 et 60-70 en vol avec des pointes à 80
J'ai refait 2 essais sur ces 2 scènes avec le Taux de FPS verrouillé et j'obtiens 30 sur aéroport et 60 en vol.

Très bien, mais il y a un problème:
Il apparaît que X-Plane ne fait pas un bon garbage en RAM et seulement dans le cas des scènes OSM, le garbage est la technique
de nettoyage de la RAM après utilisation (garbage=poubelle); il laisse des portions entières de mémoire occupées.
Ainsi, lorsque je lance X-Plane, à ce moment l'utilisation de la Ram = 0.7Go, mais arrivé sur le tarmac la Ram est pleine ~ 4Go
Je quitte le simulateur, l'occupation RAM retombe à 1.7Go, il reste 1 Go occupé inutilement.
Je relance X-Plane, toujours sur scènes OSM, la RAM est de nouveau pleine et si je quitte à nouveau, l'occupation mémoire ne retombe qu'à 2.2Go
soit 1.5Go inutilisable; le seul moyen de récupérer cette RAM serait de rebooter la machine!
Mais j'ai trouvé une solution temporaire:
Il suffit de passer sur KSEA puis de quitter X-Plane; l'utilisation de la RAM retombe quasiment à 0.7Go, le nettoyage à été fait!
Mais je pense que ce sera corrigé assez rapidement, c'est un problème typique de développement en cours.
Et ce phénomène ne se produit pas avec les scènes de X-Plane...

Bon, si quelqu’un pouvait refaire ces tests sur Linux, pour confirmer, quoique j'imagine que sur les autres OS, il puissent y avoir un effet
similaire.

[blacky75]

je me pose une question: quel est le problème après? Est-ce que après redémarrage d'XP les fps tombent? Si oui, ca peut être gènant, si pas, je ne vois pas les soucis....
j'essaue juste de ocmprendre où tu souhaites en venir... parce que des soucis j'en ai une tonne aussi sinon :-)

Pour t'aider, est-ce qu'il n'y a pas de soft qui libère le non utilisé?

j'ai p-ê mal compris le sujet, dans ce que, je m'en excuses d'avance...

[beber]

Disons que ça ne serait pas très "propre" comme utilisation (donc source possible de plantage ou d'utilisation non optimale des ressources) et ça rejoindrai les soupçons de modèles de vol altérés par des données conservées de l'avion précédent... ce qui, pour le réalisme (et les développeurs !) est assez embêtant.
L'intérêt de l'exercice serait de mettre en évidence ce soupçon de données "perturbatrices".

[xplane93]

Sur mac il existe ce soft, icleanmemory, ici

https://itunes.apple.com/fr/app/icleanmemory/id439277582?mt=12

Car j'ai le même problème d'occupation mémoire.

[Zeb-66]

je me pose une question: quel est le problème après? Est-ce que après redémarrage d'XP les fps tombent? Si oui, ca peut être gènant, si pas, je ne vois pas les soucis....
j'essaue juste de ocmprendre où tu souhaites en venir... parce que des soucis j'en ai une tonne aussi sinon :-)

Pour t'aider, est-ce qu'il n'y a pas de soft qui libère le non utilisé?

j'ai p-ê mal compris le sujet, dans ce que, je m'en excuses d'avance...

Non, ce n'est pas une question de FPS, en fait j'ai réalisé 2 tests en même temps, pour les FPS on obtient le double en OSM par rapport aux scènes standards.
Je suis étonné d'une telle différence.
Quand à l'impact de la RAM sur les FPS, il n'y en a évidemment pas, tant que la mémoire reste suffisante.
Donc si l'on perd de l'espace mémoire à chaque vol, on risque rapidement des gros problèmes, à moins d'en avoir vraiment beaucoup, ce qui en retardera simplement l'apparition...

[PhM]

... pour les FPS on obtient le double en OSM par rapport aux scènes standards.
Je suis étonné d'une telle différence....

Lorsque tu dis "scènes photo d'OSM" veux-tu parler des DSF zones photo utilisés avec des objets venant d'OSM ?

S'il s'agit des DSF zones photo il n'est pas étonnant que le temps de rendu soit inférieur. Ces DSF demandent beaucoup moins d'appels à openGL pour couvrir la même zone que ceux d'origine. Ils ne sont pas parfaits, mais bien meilleurs.

PhM

[PhM]

Si tu constates de la mémoire non libérée alors que tu as quitté X-Plane ce ne peut pas être un quelconque garbage collection de X-Plane qui en est responsable. Une fois X-Plane terminé c'est le système qui doit libérer les ressources même si X-Plane a laissé des morceaux derrière lui.

Y a-t-il un top sous Linux ? Je suppose que oui, regarde s'il n'y a pas des process ou threads anciennement liés à X-Plane que le système n'arrêterait pas.

PhM

[Sarkis]

Il y a sûrement quelque chose du côté des avions (comme le souligne Beber).
J'ai constaté, comme d'autres, que lorsque je change d'avion (j'utilise toujours les mêmes) j'ai des problèmes de motorisation (ils s'éteignent), de comportement aérien, de config joystick, l'A320 Neo plante au bout de quelques minutes si je n'ai pas redémarré Xplane.
Je redémarre maintenant systématiquement à chaque changement d'avion.
Comme ce sont des avions payants, je me suis demandé si ça ne venait pas du plugin (SASL) commun aux trois.

[Zeb-66]

Si tu constates de la mémoire non libérée alors que tu as quitté X-Plane ce ne peut pas être un quelconque garbage collection de X-Plane qui en est responsable. Une fois X-Plane terminé c'est le système qui doit libérer les ressources même si X-Plane a laissé des morceaux derrière lui.
Y a-t-il un top sous Linux ? Je suppose que oui, regarde s'il n'y a pas des process ou threads anciennement liés à X-Plane que le système n'arrêterait pas.
PhM

Bonjour,
En effet, j'ai effectué une recherche en profondeur, il n'y a pas de fuites dues à X-Plane.
Sur Linux le système ne touche pas au contenu du cache, ce sont les applis qui doivent choisir de le nettoyer ou non.
Il n'y a que 3 processus fils dont le plugin Freetrack que j'ai installé et ils consomment très peu.
La gestion du cache par X-Plane est un peu différente selon qu'il s'agit des scènes standard ou des scènes OSM.
- En cours de lancement avec une scène standard, par exemple sur KSEA, X-Plane utilise la mémoire cache, mais vide tout
une fois arrivé sur le lieu de départ et n'utilise plus le cache.
- En cours de lancement avec une scène OSM, que j'ai déployée sur le sud-ouest et la Corse, X-Plane utilise également
la mémoire cache, mais ne le vide pas une fois arrivé sur le lieu de départ et comme le système Linux lui-même n'interfère
normalement pas sur le cache, à moins de le lui ordonner spécifiquement, le cache reste plein!
J'ai fait un test en cours de vol: vider le cache, pas de problème... c'est clair qu'il n'est pas utilisé.
Je suis un peu étonné que chez moi, presque tout à fond X-Plane utilise finalement assez peu de RAM: ~2Gio de RAM privée
et ~ 1Gio de RAM partagée en scènes OSM et un peu moins en scènes standard.
Il apparaît très clair également que contrairement à ce que j'ai lu sur divers forums(fora? bof) la gestion des bi-procs est exemplaire, (sur Linux tout au moins).
Au cours du chargement les 2 procs sont presque tout le temps à 100%, ensuite, c'est en alternance toutes les 5s si la demande est moins forte;
ça se produit parfois également en vol lors de manoeuvres rapides.

[Zeb-66]

Bonjour,
J'ai eu ça également en changeant de lieu en vol, (avion standard C172SP) impossible de bouger du point fixe, comme si je n'avais pas
le disque dans le lecteur, mais comme j'utilise l'iso du DVD, c'est peut-être dû à ça.