J'ai trouvé d'autre explication sur Avsim à propos de cette ligne de commande. Apparemment, il intervient plutot au niveau de transfert entre le CPu et le GPU. Que de casse-tete ce fsx!!!

From what I understand the default setting is 3 which makes the CPU throw 3 frames of data to the GPU to process at one time. Setting this back to 1 the CPU only coughs up 1 frame at a time which kind of smooths out the data flow to the GPU so it doesn't get so choked up and start flipping out. Somebody else can also chime in on this.

Source http://www.flightsim.com/vbfs/showthrea … ain-Spikes

Dernière modification par flighty (07-04-2013 04:46:11)

Bonjour,

flighty a écrit:

J'ai trouvé d'autre explication sur Avsim à propos de cette ligne de commande. Apparemment, il intervient plutot au niveau de transfert entre le CPu et le GPU. Que de casse-tete ce fsx!!!

... which makes the CPU throw 3 frames of data to the GPU to process at one time.

Source http://www.flightsim.com/vbfs/showthrea … ain-Spikes

Autant la version du messie : Je n’achète pas!...
Autant, celle-ci corresponds à ce que je pense depuis longtemps... Car, elle corresponds à la même logique déployée dans tout le développement de FSX.


Par contre, ce que je n'arrive pas à mesurer (ou à trouver...), c'est la valeur par défaut.

Val77 a écrit:

Ne jamais utiliser FSX sans avoir été sur ce site : http://www.venetubo.com/fsx.html
Il ajoute également la ligne MAX_ASYNC_BATCHING_JOBS=2 automatiquement si je dis pas de bétise (en tout cas je l'ai sur mon CFG...)
Ensuite active le HT et modifie ceci :
[JOBSCHEDULER]
AffinityMask=84
Avec les modifs du CFG et l'installation de uiautomationcore.dll je n'ai plus eu de plantage FSX...
a+

Va falloir un jour ou l'autre arriver à trouver une ligne logique pour ce AffinityMask les valeurs fusent à droite et à gauche au petit bonheur la chance sans savoir la logique de la valeur

Pourquoi 84 avec le HT activé soit 8 cœurs ?

Alain, Ptipilot, informaticien de son état sur ce même forum nous a démontré que la valeur devrait être 252

Quelques valeurs vu sur le forum :
84
244
252
254

Un vrai feu d'artifice et pas encore trouvé la logique (celle d'Alain semble tenir la route)

Merci d'éclairer ma lanterne (et celle des autres simmeurs !)

Dernière modification par Yan Solo (07-04-2013 11:34:38)

Bonjour BiplanBonplan,

Merci de ta réponse

Mais ce que je recherche à savoir c'est avec 8 cœurs (4+4)

Et là voir aussi si ce que tu dis s'applique et à quelle valeur

Amitiés

... Pour en revenir au sujet de mon premier post de ce présent topic...

Dans le choix de la valeur MAX_ASYNC_BATCHING_JOBS, il faut certainement faire aussi attention à :

1) Ne pas réactiver le cœur (pour un 4 cores, j'aurais tendance à penser que ce serait le core 1 soit le 2ème, à vérifier...) qui prend en charge des textures non trouvées dont la recherche en boucle, sature petit à petit  la RAM jusqu'à parfois un OOM...

2) Vérifier la répartition la plus équilibrée possible de la charge de travail sur chaque cœur en contrôlant aux vumètres de performances pendant un vol sur FSX.

Donc, tout dépend du nombre de cœurs, si le proc est en hyperthreading ou pas... Donc, valeurs forcément différentes en fonction de la config de chacun.

Par contre je suis certain d'avoir de meilleurs performances dans FSX pour mon 4 cores IE 2500K avec :
[JOBSCHEDULER]
AffinityMask=14

que :

[JOBSCHEDULER]
AffinityMask=15

Je vais refaire mes tests avec MAX_ASYNC_BATCHING_JOBS=3... car j'hésite entre 2 ou 3

Dernière modification par BiplanBonplan (07-04-2013 13:12:50)

... Bon y a pas photo !

Je viens de refaire mes tests avec MAX_ASYNC_BATCHING_JOBS=3 ! En planquant les agn manquantes de la scène d'OSHKOSH avec le airshow... J'ai fait tourner Procmon... aucune agn manquante détectée. Bonne répartition de la charge de travail sur les coeurs 1, 2, 3, sachant que le core 0 est le premier...

Un FPS tournant entre 22 et 29.9 pratiquement permanent ! Au lieu de 12 à 24 maxi hier avec MAX_ASYNC_BATCHING_JOBS=2

Une température du proc à 52 ° C maxi alors qu'hier soir 56 ° C maxi.

Donc pour mon proc iE 2500 K je retiens la valeur : MAX_ASYNC_BATCHING_JOBS=3

CQFD !

Et je confirme :

Grâce à tout ça je peux enfin faire fonctionner FSX avec :

[BUFFERPOOLS]
UsePools=0 ce qui n'était pas du tout le cas avant, les textures au sol floutaient très vite et mettaient un tant fou à redevenir nettes !

Dernière modification par BiplanBonplan (09-04-2013 22:37:52)

happening a écrit:

TERRAIN_MAX_AUTOGEN_TREES_PER_CELL=1500
TERRAIN_MAX_AUTOGEN_BUILDINGS_PER_CELL=1400
LOD_RADIUS=4.500000

Mais ta technique m’intéresse, tu arrive a monter plus haut ces trois valeurs ?

Tu peux même carrément les oublier :
TERRAIN_MAX_AUTOGEN_TREES_PER_CELL=1500
TERRAIN_MAX_AUTOGEN_BUILDINGS_PER_CELL=1400

je les avais adoptées longtemps puis je me suis apperçu que cela limitait les perfs dans FSX, car je pense que le proc se charge de 2 lignes de commande qui alourdissent légèrement son travail (car tu brides ton proc en fait, je simplifie en disant cela, c'est même en apparence paradoxal) ! Tu peux essayer en mettant // devant ces 2 lignes

Par contre laisse LOD_RADIUS=4.500000 car au bout de 50 minutes de vol j'ai eu des OOM avec LOD_RADIUS=6.500000

EDIT : manque plus que je teste sur DirectX 10 ! Je pense que ça va sacrément le faire mieux. Mais comme j'ai GAIT traffic, je suis revenu en directX 9, car pas le courage de transformer les textures de GAIT avec Addon Converter X, pas moins de 11 gigas le GAIT 2.07 ! Pour DirectX 10 j'ai gardé UT2 Traffic.

Dernière modification par BiplanBonplan (07-04-2013 15:43:50)

Bah... L'essentiel c'est que ça fonctionne très bien pour moi et ceux qui auront testé et constaté (peut-être) des résultats + ou - équivalents aux miens...

Ceci dit, cela n'a rien à voir avec une croyance, même si on parle d'un certain Jesus , que beaucoup semblent renier sans ménagement, alors qu'il a eu au moins le mérite de faire avancer beaucoup de problèmes par rapport à FSX. Sans lui, serions-nous à cet état d'avancement dans l'optimisation de FSX.cfg, même si on s'éloigne de plus en plus de ses tweaks ? Perso, je lui tire mon chapeau , même si beaucoup de ces tweaks tombent effectivement en désuétude. Il a eu le mérite de poser une des premières pierres et une pierre décisive.

Après, chaque config. demande des adaptations spécifiques... ou pas pour celles dernier cri (pas christ... ) !

Petit retour :

Cet après-midi, vol en F18 entre Los Angeles US Cities X le KLAX FSDreamTeam + GAIT à 59% vers San Diego de Latin VFR... Aucune agn manquante détectée avec Procmon, aucun OOM alors que la veille sur LA les Agn manquantes pleuvaient et provoquaient au bout de 10 minutes de vol un OMM.

Au sol textures UTX USA + GEX + Scenerytech North America sans compter KLAX FSDreamteam + LA Aerosoft toujours nettes jusqu'à 629 Kias... en radada. Bon d'accord, des chutes de FPS sur le centre ville de LA, mais sans OOM comme ces 2 derniers jours pour moi au bout de 10 minutes de vol ! Et encore FPS entre 3 et 9 sur le centre ville de LA (les buildinges ) hier, aujourd’hui 12 à 22 FPS au même endroit ! Ailleurs en cambrousse entre 27 et 30 FPS avec mon proc à réglé 3.3 GHz + ventilos en conséquence 52 ° C contre 56° C hier soir, voire 60 ° C avant d'avoir adopté MAX_ASYNC_BATCHING_JOBS=3 + [BUFFERPOOLS] UsePools=0

Une seule dalle noire temporaire sur 1 seconde au chargement d'une texture sur LA d'Aerosoft ! C'est bien la première fois que je n'en ai qu'une seule sur tout un vol !

Ce sont des faits que j'ai constatés.

Dernière modification par BiplanBonplan (07-04-2013 17:13:48)

Yan Solo a écrit:

De toute façon on avance de façon empirique sujet mainte fois débattu sur le forum
suis comme toi du moment que ça fonctionne le reste.....

Par la force des choses, oui c'est beaucoup d'empirisme pour avoir un FSX aux petits oignons ! Car tout dépend avant tout de sa config, de ce qu'on met dans FSX, etc.

Dernière modification par BiplanBonplan (07-04-2013 17:04:38)

Bonjour,

En tout cas, merci à ceux qui apportent leur pierre à l'édifice. Les "Out of memory" la plupart d'entre nous en ont eu et moi également sans avoir pu trouver le remède. Nos configs sont toutes différentes à peu de chose près et ce qui fonctionne pour l'un ne peut parfois fonctionner pour l'autre mais le plus important dans tout ça, c'est de partager son expérience comme le fait si bien "Biplanbonplan". Cela ne coûte rien d'essayer.
En tout cas merçi pour ce tweak.
Bons vols à tous.
Nasser

BiplanBonplan a écrit:

Bonsoir Nasser,

J'adhère tout à fait à ce que tu dis. Même si on se plante, le tout c'est d'en discuter. Nos tâtonnements finissent au bout du compte par faire avancer les choses.

Merci de ton message très sympa.

Ton conseil vaut de l'or :

Nos configs sont toutes différentes à peu de chose près et ce qui fonctionne pour l'un ne peut parfois fonctionner pour l'autre mais le plus important dans tout ça, c'est de partager son expérience

Tu vois, je viens de faire un vol cette fois-ci dans ORBX, et bien je ne trouve pas de différence avant cette histoire de MAX_ASYNC_BATCHING_JOBS. Je dirai mieux, ça marche moins bien . Sans ORBX c'est impeccable pourtant. Comme quoi !

Il va falloir que je creuse la question...

ça marche moins bien à quel niveau ?
FPS ?
flou ?
au niveau des fuites tu en as sur ORVX ?

Amitiés

Pour ORBX avec quelques essais que j'ai fait c'est lieux la valeur 2

Pour les 8 cœurs Alain m'a bien confirmé : 252 est l'équivalent de la valeur 14 avec 4 cœurs

Je viens de voir qu'avec cette valeur je consomme moins de mémoire jusqu'à 10Mo. Sur ORBX je suis entre 28 et 40
Chose que je n'ai pas avec la valeur 14 et le HT désactivé

A tester donc

A++