#SimBridge using more than 10gig of memory
35 messages · Page 1 of 1 (latest)
If you are having an issue with Experimental or cFMS LNAV / VNAV, please search for similar issues prior to posting your issue.
If you are not using Experimental, please use #a32nx-support
Useful Links:
Install Guide
Known Issues
Beginner Guide
Custom Autopilot
Custom Flight Management System
Throttle Calibration Guide
LNAV/VNAV Guide
Support for Experimental is not guaranteed.
Got the same problem with develpment version. Simbridge is uising 5 to 12 GB ram
There's a bug with Simbridge and the radar map, if you find it eats all your RAM memory, stop using it until it gets fixed
I think this could be the reason for my rare but recent CTDs. They only happen on the 32N and the A321N from Horizon simulations AND they happen around the time before TOD and both times it was a flight longer than 3 hours. Since the A321N is based on an older version of the FBW I was looking for a common denominator... and here it is: SimBridge usage. I'm almost sure it's a memory leak with SimBridge that crashes my sim once enough time has passed.
I have no CTDs with any other aircraft (Fenix, PMDG, CRJ, ATR etc.), by the way
is this being acknowledged by the devs? This could very well explain many of the reported CTDs over in the main chat
We had some similar reports, but I'm not sure how the status is.
Can you provide the routes you flew when this happens? We are not able to reproduce that reliably so any hints would help getting this resolved 👍
I had it once in the Headwind from WSSS to WIII just before intercepting the ILS I had a CTD with the message: run out of memory and on task manager I saw that simbridge used like 20Gig.
Thanks, do you still have the complete route? If not don’t worry. And is your GPU AMD or NVIDIA?
And another question: was the Terrain Display on when this happened?
ANIT7F ANITO B470 BUNIK BUNI2H ILS25R via PIROK
AMD-GPU (5700XT) and Terrain was on
i think it chrashed around PIROK
.simbridgelog Thanks very much. One more thing please. Then I'll let you be in peace 😄
Please send us your SimBridge Log for further investigation.
You will find your log file here: <YOUR_COMMUNITY_FOLDER>\flybywire-externaltools-simbridge\resources\logs, the title will include the date of the log.
More information can be found here.
this should be the log. i looked inside and there are plenty of errors
if you need anything else just let me know
Thanks, if you got any more logs feel free to share them here 👍
.simbridgelog if you could do the same that could really help us 🙂
Please send us your SimBridge Log for further investigation.
You will find your log file here: <YOUR_COMMUNITY_FOLDER>\flybywire-externaltools-simbridge\resources\logs, the title will include the date of the log.
More information can be found here.
Hi, sure, so one CTD was from EPLB to EGGW with the following route: ARGI1J ARGIX T709 KOTEK BAREX NAROX KUMER WRB NOGRO M40 RINIS RINI1N. The other CTD was GCTS to EGGW with the following route: VAST8F VASTO UN858 AKUDA BARDI UN873 DELOG FUJTI IDNUN ATGEB DIKRO UM185 TELTU TELT1N
I'm quite sure I didn't use terrain radar at all at the flight from EPLB (because Poland is flat), as for Tenerife I might have used it. Simbridge was connected in both cases.
And here the log; it happens to be from that CTDed flight from EPLB to EGGW
Is this fixed and all? Haven't been using SimBridge for the last 6 months because I fear CTDs.
Some changes have been made but we cannot 100% guarantee the issue is fixed as the cause and repro was unknown unfortunately. I personally have never encountered a extreme high usage (8+ GB) and I think we also got no new reports. I think it’s best you try and observe a bit.. if it occurs again let us know, then we need to change something in the architecture.
This is still an issue. I an new here, just cam across this. looked at simbridge memeory and saw that is grown to 17G! killed it and restarted. Please let me know if you need to help debug by running any logging or running an instrumented version.
It is known that simbridge uses quite a lot of memory at times, especially with terrain on Nd. Restarting simbridge helps to have it use less memory again.
this cause my 32G of RAM to get exhausted and then for it to swap to my NVME, which i have narrowed to hesitations on msfs. turning off ND terrain is my asnwer for now, i.e. only running it when I need and not leaving it on all the time.
also wrote a powershell script to relaunch it after 18G of ram, and there is less than 5G for RAM free, this seems to be working well for me.
$procName = "fbw-simbridge"
$RAMLimit = 18GB
$FREELimit = 5GB
while ($true) {
$proc = Get-Process $procName -ea 0
if ($proc -ne $null) {
if ($proc.WorkingSet64 -gt $RAMLimit) {
$free = get-ciminstance Win32_OperatingSystem | % FreePhysicalMemory
if ($free*1024 -lt $FREELimit) {
Write-Host "killing fbw-simbridge larger than $RAMLimit and free mem less than $free*1024"
Stop-Process $proc -Force
Start-Process E:\FlightSim2020\Community\flybywire-externaltools-simbridge\fbw-simbridge.exe -ArgumentList "-hide"
}
}
}
Start-Sleep -s 30
}
will help with those overnight flights i leave the ND terrain on by mistake.
Fixed??