Do you have SS set to use your discrete video card and not the IGPU? That is important.
I don't know how to do that so probably not.
I'll also allocate more system ram. i'll be able to see if ram usage drops over time if it isn't full.
How easy is this to reproduce? If you're able to zip up a minimal set of mods that causes this, I could give it a try and then use jvisualvm (a java tool to look at a running JVM, including memory etc) to maybe see what's causing it.
It is super easy to reproduce. anytime i spend 15-20 minutes in the refit screen it happens. I tested it with fewer mods this time and blackrock faction instead
list:
Blackrock Drive yards 0.9.1
console commands 3.0 WIP6 (to give my self ships to fiddle with for 20 minutes)
lazylib 2.2
zz graphicslib 1.2.1
It happens faster with carriers than with non-carrier ships more toward 15 minutes instead of 20. It happens both with mod and vanilla ships but seems to be a little faster with mod ships
(Did see a few potentially dodgy things, for example MS_swacs has a static list of ships but it's not actually used, so that's fine. And MS_ArmorPiercePlugin plus a few other classes hang on to a static CombatEngine for some reason, but as far as I can tell that should not cause an unbounded leak; at worst would make the old combat engine hang around when it shouldn't... so, yeah, didn't see anything that jumped out.)
The issue is from time in the refit screen so i don't think combat scripts would cause it.
I also tested if the faction's BGM may cause it too. So initially i was at a shadowyards base with their BGM but also tested at a hegemony base and a blackrock base. it didn't seem to affect the time to running out of memory.
Addendum: so i changed the ram allocation in VPRAM to 6 GB and after a 20 minute refit session it'd shot up to 2.6 GB used. after about 10 minutes of flying around in the campaign screen it slowly edged back down.
It seems to be working fine now, but it seems odd that the refit screen would be that ram hungry