Skip to main content

On Sale: GamesAssetsToolsTabletopComics
Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

Strive for Power

Fantasy Slave Management/RPG Erotic Game · By Strive4Power

Strive 5.20 / Godot Memory Hog?

A topic by d.stu created Oct 06, 2018 Views: 724 Replies: 5
Viewing posts 1 to 3

Godot / strive crashed twice today because of low memory. I wasn't running any other memory intensive apps or games or anything. I have 16GB of RAM (and a Radeon RX 580 GPU, w/ a Intel Processor i5-3570K CPU @ 3.40GHz (4 CPUs), ~3.4GHz ).


Strive v 5.20

Mods: constants.gd, randomportraits.gd (with 500MB portraits and bodies folder)

Strive is on a secondary hard drive (not a ssd)

save files, mods, and images are on my C hard drive (which is a ssd)


So, anyone have ideas for reducing the memory use in Strive?

Have you brought up task manager and checked memory usage? My bodies and portraits folders total 850MB, I can load up a save with 37 residents, and the game is using only 210MB of memory. Can do some actions, some combat, etc. and memory usage doesn't climb much, 263MB.

I can even load the Portrait menu with delayed portrait loading mod, and memory usage only climbs to 296MB.  It'll go higher if i scroll around a bunch but not too rapidly.  If I load up the bodies folder, it actually clears what was loaded from portraits and drops down a bit before climbing some, but still around 300mb.  I do see the commit size getting really high, like 3GB, but it's not actually using that memory but you might still hold up things, or cause an issue if you don't have much free, especially if you have your paging file disabled.

(1 edit)

0. reboot (no apps or games or anything)

2.3 gb physical memory

2.9 gb  system

 

1. fresh reboot + steam + firefox + discord

3.8 gb physical memory

4.8  gb  system

 

2. fresh reboot + starting up strive / loading save

4.2 gb physical memory

 5.2 gb  system

 

3. fresh reboot + running strive, idling on main mansion slave menu w/ 10 residents

4.5 - 4.9 gb physical memory

 5.5  gb  system

 

4. fresh reboot + running strive + looking at portrait folder in game

10.5 - 14.2 gb physical memory

 19.2 - 19.8 gb  system

closing the portrait menu doesn’t immediately drop the memory usage. It stays at its peak levels unless I  return to the main menu.

Same thing happens with bodies menu.

 

5. fresh reboot + running strive + fighting a 4v4 battle

no change from mansion. Will run like ass if I didn't reset via main menu after using portraits menu.

 

 

What stat are you looking at? committed memory? I mentioned that is fairly high for the game, but it's not actually memory that's allocated and in use, it's a sort of pre-allocation where something says "I think i'm going to want to use this, reserve it for me".  If you have virtual memory then this will never really impact actual memory usage.  Be better if it didn't do it, but it's not really much of an issue in my opinion.  More useful is to look at the private working set size and that's what I was referencing in my numbers.

As a note, for #4:

4. fresh reboot + running strive + looking at portrait folder in game

That's basically expected behavior with base game, it loads every single portrait into memory, and it's loading their uncompressed raw format which is significantly larger than their on-disk size.

Now that I re-read the other numbers, it actually seems your memory usage is basically in-line with my own. At least I assume #2 is an add-on to #1, and thus it's using around 300-400mb. Not sure why you're looking at system wide values though, much simpler to just look at Strive.exe. Working set numbers are the more useful ones, they show up in Physical Memory if you do properties on Strive.exe in process explorer.

If you want to reduce memory for loading of the portraits folder, that's why I added the delayed loading mod.

(1 edit)

Sysinternals: