Zangdaarr a écrit:

Ma station est stable, ça n'a pas de rapport avec une fuite mémoire.

Plutôt que de toujours taper sur la qualité d'écriture du code de FSX, remets toi un peu en question!.....

Dernière modification par Ptipilot (18-10-2011 13:51:18)

Je n'ai pas installé Ozx par contre j'ai ce plantage uniquement sur OrbX Brisbane sur une machine pas encore Oc (i7 2600K) donc je rejoinds completement Zandgaar!

Le userVA.

Le fait qu'un système 64bits peut gérer plus que 4Go de mémoire ne veut pas dire qu'il va accepter d'allouer à un processus plus de 4Go. XP 32 pouvait gérer 4Go mais n'en allouait jamais plus que 2Go n'est-ce pas ?

En l’occurrence, avec FSX en faisant des ronds dans le ciel au dessus de Canberra je finissais par atteindre un OOM et un affichage de la mémoire consommée montrait 1.98Go.

En passant le userva a 4096, dès le chargement de Canberra, je suis à 2.48Go de ram utilisés par FSX, et oh miracle, ça crashe pas. Et je ne constate pas d'augmentation de l'utilisation mémoire dans le temps.

La conclusion est logique.

Je croyais que ta machine plantait souvent sur FSX... Apparemment ce n'est pas ne cas.

Non j'ai réglé les soucis d'OOM et de stabilité depuis quelques mois, un refactor matériel a éliminé le flou, et je n'ai de crashs que depuis que je souhaite réutiliser l'Australie. Mais je pense de plus en plus que c'est lié à une mauvaise installation des patchs.

Zangdaarr a écrit:

Le userVA.

Le fait qu'un système 64bits peut gérer plus que 4Go de mémoire ne veut pas dire qu'il va accepter d'allouer à un processus plus de 4Go. XP 32 pouvait gérer 4Go mais n'en allouait jamais plus que 2Go n'est-ce pas ?

Ecoute là... Je jette l'éponge et je vais chercher une corde pour me pendre...

Zangdaarr a écrit:

La conclusion est logique.

Logique... Mais fausse!...

Sur un OS 64 bits, le seul impératif pour que le processus 32 bits utilise les 4 Go mis à sa disposition est que le bit IMAGE_FILE_LARGE_ADDRESS_AWARE soit flaggué.

C'est le cas de FSX depuis le SP1 si mes souvenirs sont exacts.

Tu n'as donc rien à faire.

Dernière modification par Ptipilot (18-10-2011 19:06:09)

Jedi928 a écrit:

Bonjour Yann,
Pourrais tu mettre le detail de ton FSX.cfg afin de faire un essai sur Brisbane?
Merci!

Comme promis voici mon dernier cfg allégé de tout ce qui n'a pas été transformé par Venetubo.
Mais attention c'est par rapport à ma config.
Le mieux c'est que tu essayes sur ton fcg directement depuis le site. De plus c'est free

Tiens nous au courant de tes expériences !

Amicalement


// This file was tweaked on Oct 17, 2011 at 18:52 GMT using Bojote's automated FSX Tweaking & Tuning Service
// Your 'original' fsx.CFG file was backed up at http://www.venetubo.com/fsx/d45ed359751 … backup.cfg
// This file is optimized as follows: 4 core(s), CPU speed 5, HT 0, GPU 4, PREF 2
// You can visit Bojote's FSX Tweaking & Tuning service at http://www.venetubo.com/fsx.html

[JOBSCHEDULER]
AffinityMask=14

[BUFFERPOOLS]
RejectThreshold=131072

[Display]
ActiveWindowTitleBackGroundColor=0,28,140,64
ActiveWindowTitleTextColor=255,255,255
BLOOM_EFFECTS=0
ChangeTime=4.000000
InfoBrakesEnable=True
InfoLowerLeftBackGroundColor=255,0,0,128
InfoLowerLeftTextColor=255,255,255
InfoLowerRightBackGroundColor=255,0,0,128
InfoLowerRightTextColor=255,255,255
InfoOverspeedEnable=True
InfoParkingBrakesEnable=True
InfoPauseEnable=True
InfoSlewEnable=True
InfoStallEnable=True
InfoUpperRightBackGroundColor=0,0,0,0
InfoUpperRightTextColor=255,0,0
NonActiveWindowTitleBackGroundColor=24,33,87,64
NonActiveWindowTitleTextColor=255,255,255
SKINNED_ANIMATIONS=1
TEXTURE_BANDWIDTH_MULT=70
TextureMaxLoad=30
TransitionTime=4.000000
UPPER_FRAMERATE_LIMIT=0
WideViewAspect=True

[Main]
DisablePreolad=1
HideMenuFullscreen=1
HideMenuNormal=1
Location=6,0,3836,1024,\\.\DISPLAY1
Maximized=0
SimObjectPaths.0=SimObjects\Airplanes
SimObjectPaths.1=SimObjects\Rotorcraft
SimObjectPaths.2=SimObjects\GroundVehicles
SimObjectPaths.3=SimObjects\Boats
SimObjectPaths.4=SimObjects\Animals
SimObjectPaths.5=SimObjects\Misc
SimObjectPaths.6=ORBX\FTX_AU\FTXAI_AIRCRAFT
SimObjectPaths.7=SimObjects\UT2 Aircraft
User Objects=Airplane, Helicopter
ProcSpeed=18621
PerfBucket=7
FIBER_FRAME_TIME_FRACTION=0.90

[GRAPHICS]
AC_SELF_SHADOW=1
AIRCRAFT_REFLECTIONS=1
AIRCRAFT_SHADOWS=1
ALLOW_SHADER_30=1
COCKPIT_HIGH_LOD=1
D3D10=0
EFFECTS_QUALITY=2
GROUND_SHADOWS=0
HIGHMEMFIX=1
IMAGE_QUALITY=0
LANDING_LIGHTS=1
NUM_LIGHTS=8
STALE_BUFFER_THRESHOLD=2147483647
See_Self=1
TEXTURE_MAX_LOAD=4096
TEXTURE_QUALITY=3
Text_Scroll=1
SHADER_CACHE_PRIMED_10=1693500672
SHADER_CACHE_PRIMED=1693500672

[TERRAIN]
AUTOGEN_DENSITY=4
DETAIL_TEXTURE=1
LOD_RADIUS=4.500000
MESH_COMPLEXITY=90
MESH_RESOLUTION=24
SWAP_WAIT_TIMEOUT=10
TERRAIN_MAX_AUTOGEN_BUILDINGS_PER_CELL=2500
TERRAIN_MAX_AUTOGEN_TREES_PER_CELL=3000
TEXTURE_RESOLUTION=27
WATER_EFFECTS=5

[SCENERY]
DAWN_DUSK_SMOOTHING=1
IMAGE_COMPLEXITY=5
LENSFLARE=1
MAX_ASYNC_BATCHING_JOBS=3
SmallPartRejectRadius=2.0
//MissingLibraryAlert=1
//ShowMissingTextureAlert=1

[SOUND]
AmbientUI=1
AmbientUIMusicVolume=-6.000000
PrimaryDevice={00000000-0000-0000-0000-000000000000}
SOUND=1
SOUND_LOD=1
SOUND_QUALITY=2
UISound=1
VoiceDevice={00000000-0000-0000-0000-000000000000}

[DISPLAY.Device.NVIDIA GeForce GT 240.0]
Anisotropic=1
AntiAlias=1
Mode=1600x900x32

[DISPLAY.Device.NVIDIA GeForce GTX 580.1]
Anisotropic=1
AntiAlias=1
Mode=3840x1024x32

[DISPLAY.Device.NVIDIA GeForce GT 240.2]
Anisotropic=1
AntiAlias=1
Mode=1600x900x32

Dernière modification par Yann Solo (19-10-2011 22:19:29)

Bon on croise les doigts alors !

Indique nous tes changement effectués...

Amitiés

Alors si je te comprends bien après toutes installations pour AU, librairie incluse, il faut installer le SP4 en dernier c'est bien cela ?

Tu peux dire comment tu fait pour ne plus être limité à 2 Go et sur seven 64 ?

Merci

Amitiés

Merci pour ton FSX.cfg Yann, je vais faire des essais et vous tient au courant!

Zangdaarr a écrit:

Y'a pas de problèmes si tu veux je t'invite chez moi puis tu viens faire le test Ok ?
Et dans ce cas on se demande ce que vient faire le bcdedit sous win7 64, s'il sert à rien.

les 4 Go mis à sa disposition

:eureka:

BCDEdit sert à un paquet de chose :
http://msdn.microsoft.com/en-us/library … 85%29.aspx

Et aussi :
http://msdn.microsoft.com/en-us/library … 85%29.aspx

On 64-bit versions of Windows Server 2003, the system automatically expands the virtual address space available to 32-bit user-mode programs linked with the /LARGEADDRESSAWARE option as needed without the /3GB boot parameter.

IncreaseUserVA  étant l'équivalent de /3GB pour bcdEdit...et que le paramètre maxi pour ce dernier est 3072, donc mettre 4096 est erroné.

increaseuserva Megabytes

    Specifies the amount of memory, in megabytes, for user-mode virtual address space. This variable can have any value between 2048 (2 GB) and 3072 (3 GB) megabytes in decimal notation. Windows uses the remaining address space (4 GB minus the specified amount) as its kernel-mode address space.

Dernière modification par Nirgal76 (19-10-2011 13:52:11)

Bonjour Yann Solo,

Je viens de lire le contenu de ton fsx.cfg et il y a quelque chose qui me chiffonne.
Tu as mis la ligne " FIBER_FRAME_TIME_FRACTION " dans [Display] ; normalement, n'est-elle pas à mettre dans [Main] ?

Merci pour toutes ces explications.

Mais alors comment Zangdaarr, avec cette commande arrive à ne plus avoir de chrash ? b

Pour le cfg je vais voir ce soir mais là je ne m'explique pas cette erreur

Amitiés

Zangdaarr a écrit:

Généralement quand j'utilise un programme et que j'entre une valeur fausse, celui ci ne me renvoi pas "succeeded"

Tu serais surpris !
Par exemple, le SDK de FSX pour créer des panels en c++ : Demande l'évaluation d'un calcul par le moteur de gauge avec la fonction "execute_calculator_code", si la variable que tu passe n'existe pas, il te renvoi success quand même (et 0 comme résultat du calcul). C'est génial pour débugger un panel !
Je pense que BCDEdit doit plafonner la valeur (if (val>limit) val=limit;)

Zangdaarr a écrit:

D'ailleurs y'a un truc marrant dans ton lien c'est le tableau suivant:

Operating system    Physical memory limit without /3GB    Physical memory limit with /3GB

Ou l'on voit que le /3GB ne sert à rien sur vista et XP (il a pourtant aidé plein de gens !), et que sur Windows Server 2003, Datacenter Edition la limite de mémoire physique est plus faible avec le switch que sans.

/3GB n'a jamais modifié la limite de mémoire physique, ça modifie la taille de l'espace d'adressage virtuel disponible pour un process (par défaut à 2GB sur un OS 32 même si tu as 4GB).

nb: D'ailleurs, même sur un systeme 32 bit avec 1GB de ram physique, un processus 32 bit a accès à une zone d'adressage virtuel de 2GB (et l'OS se démerde pour mapper ça sur la mémoire physique). Et par extension, si tu as 10 appli de lancé, chacune travaille dans un espace virtuel de 2GB. L'OS s'occupe de mapper ça en physique (RAM + fichier swap )

Dernière modification par Nirgal76 (19-10-2011 17:01:54)

Un crash g3d.dll au départ de YHBA, beaucoup d'alarmes d'objets manquants