Thread: FGU Memory Leak
-
December 9th, 2021, 13:08 #31
- Join Date
- Jun 2020
- Posts
- 536
Interesting. Not sure. I have a bunch of modules loaded and images shared. But I don’t understand why that would cause so much RAM usage. Unless the image is open or a client is requesting it, why should it? Are all modules loaded into RAM too? Even so, it shouldn’t be causing a leak.
-
December 9th, 2021, 15:08 #32
- Join Date
- Aug 2019
- Posts
- 2,025
Images inside modules are not loaded to memory until you open them for the first time, albeit loading (and unloading?) a module already eats some memory even with nothing but a single image inside. I created a test module with a single 19200 x 25200 px JPEG file, compressed JPG size 471 mb, uncompressed RGB size 1384 mb.
Empty PF2E campaign (no modules loaded):
Image module loaded:
Image opened:
Image closed:
One minute later:
Five+ minutes later:
Module unloaded:
Return to Launcher:
No further comment, else this thread gets locked like so many before.Last edited by Weissrolf; December 9th, 2021 at 15:14.
-
December 9th, 2021, 15:12 #33
- Join Date
- Jun 2020
- Posts
- 536
Very interesting. Is that… 8 Gigabytes of ram usage… after opening the image??
It would be a clue then as to why I used so much RAM last session but didn’t lag as much as before. I only alternated between 2 maps. I usually do 4 or 5 (if the party is traveling or have random encounters.)
The fact that the RAM is not free’d after the image is closed, to me, indicates that is the culprit. Hard to say, but I have a sneaking suspicion there’s at least one leak or issue with regards to images and how that memory is managed.
Edit: And if you look at my leaks files, the first one, it mentions a lot about what seems to be display related drivers. And of course, images.
-
December 9th, 2021, 15:15 #34
-
December 9th, 2021, 15:27 #35
- Join Date
- Aug 2019
- Posts
- 2,025
Indeed.
The fact that the RAM is not free’d after the image is closed, to me, indicates that is the culprit. Hard to say, but I have a sneaking suspicion there’s at least one leak or issue with regards to images and how that memory is managed.
Unloading the whole module also does not release the image from memory. I can re-load the module after some minutes again and open the image and it is still displayed immediately from memory, instead of loaded from disk.
There also is the problem of (every 5 minute) Autosave messing with FGU's memory management (and maybe other things) when saving happens while FGU is busy doing other stuff. So this may play into this on top of already high usage.
Memory not being freed up when FGU is returned to its Launcher is another red flag. Everything about this is known for quite some time, but these reports are not understood as pointing to a general issue, but always only connected to single (test) usage cases. So don't get your hopes up too much.Last edited by Weissrolf; December 9th, 2021 at 15:43.
-
December 9th, 2021, 15:29 #36
- Join Date
- Aug 2019
- Posts
- 2,025
https://1drv.ms/u/s!AsEwNk439-yxi6Fd...0P0oQ?e=gsPxRb
Link active until 18-12-2021.
-
December 9th, 2021, 16:00 #37
- Join Date
- Aug 2019
- Posts
- 2,025
I waited some more minutes after unloading the module and did other stuff at the computer. FGU's memory load decreased from 8 GB to 6 GB. Re-loading the module and image then had the image being loaded from disk again with FGU's memory increasing back to 8 GB. So the image was removed from memory at some point, but FGU kept the memory allocated. Once the image was re-loaded FGU did not allocate new memory, but reuse the already allocated memory.
This is similar to what I remember to have reported quite some time ago in some other thread. The wildcard here likely is Autosave, because from other tests I know that it can mess with FGU's memory management.
-
December 9th, 2021, 16:02 #38
- Join Date
- Aug 2019
- Posts
- 2,025
Loading the same image in...
Irfanview:
Photoshop:
Anyway, that was more than I intended to post. You will have to handle this on a single case basis with Smiteworks, they don't believe in bigger pictures solutions when it comes to FGU performance.
-
December 9th, 2021, 16:03 #39
-
December 9th, 2021, 17:23 #40
@seansps It might be better to share your campaign or e-mail to SW if you've got 4.9 GB RAM usage at the start of the session, that seems unnatural.
More of a real life example instead of some theoretical bingo:
Dev Campaign opened, DB size: 4.08 MB, 75 images, 43 MB all images in sum, all jpeg
~600 MB RAM usage at the start
~1350 MB RAM usage after opening and closing all 75 images
~ 850 MB RAM usage after ~5min
In over 2 years of playing I haven't gotten over 2 GB RAM usage even after 5-6 hours. A look into the specific campaigns is necessary... otherwise we're running circles.GitHub
Ruleset: FFd20
Extensions: Advanced Charsheet - Attack Modifiers - Big Portraits - Enhanced Skills - Legacy Items - Spell Action Info - Spell Record Actions - Tooltips
Thread Information
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Bookmarks