Potential memory leak
#1
Posted 28 May 2020 - 11:33 PM
I have isolated a potential memory leak.
Problem started with 2020.04.29.1321.
go to http://www.elvastowe...g/page__st__610
for more information.
#2
Posted 29 May 2020 - 12:44 AM
thank you for your analysis. I have checked what was modified in Unstable release 2020.04.29.1321.
Here it is

Number of downloads: 379
It is difficult to me to understand how this change could affect memory, but everything is possible. Before generating a test version without that change, could you please check again that you get the problem with that Unstable release and don't get it with the preceding release, that is U2020.04.29-0706 ?
#3
Posted 29 May 2020 - 04:18 AM
U2020.4.24-0936 mem 225MB gcs 450
15 minutes
U2020.4.24-0936 mem 225MB gcs 1220
Change version
U2020.4.29-1321 mem 231MB gcs 435
15 minutes
U2020.4.29-1321 mem 478MB gcs 1250
#4
Posted 29 May 2020 - 04:23 AM
#5
Posted 29 May 2020 - 09:44 AM
I can test them if they are available!!
#8
Posted 29 May 2020 - 07:17 PM
As a matter of personal opinion and personal preference, the older XNA version behaves very nicely with a limited memory space. ORMG performs better, but does not have memory management. Hiding behind the 64 bit version does not work for me as there is annoying flickering triggered by either multiple freight animations or different shaders, that is a real shame. The 32 bit version does not suffer from this flickering! Time and time again, TSRE included, there has been a reluctance to grasp memory management firmly and make sure it is the top priority.
Search my posts and you will find I have written about this numerous times, and will not waste your time re-writing what I have written multiple times over the years. The workaround for this not simple, as it depends on the route you are using, but you will find that severely limiting your activities in terms of rolling stock and the variety of rolling stock helps. You cannot hope to sit on a tile and see a bunch of different rolling stock go by you without running into your memory "leak".
I have observed this problem some many months back, but have been reluctant to bring it up "again", thank you for doing exactly that!,
Steve
#9
Posted 29 May 2020 - 07:41 PM
I don't think you can count 6GB of ram usage in any way normal.
What more do we need other than garbage collection?
https://stackify.com...age-collection/
#10
Posted 29 May 2020 - 11:21 PM
#11
Posted 30 May 2020 - 02:24 PM
Testing now
standing at the pause menu for one hour, 1.5GB
Going back to 04.24 to test again.
Standing at the pause menu for one hour 210MB
Any other version to test?
#12
Posted 30 May 2020 - 06:43 PM

This is what Open Rails used to do in XNA, before memory management was "fixed".
Note how the activity starts at 670.8 Mb and climbs to 1.4 Gb at the end of the activity. Nothing is managed or ever unloaded.
Special thanks for Carlos' AutoPilot mode, which together with time acceleration allows me to produce such a graph in 20 minutes.
Thanks,
Steve
#13
Posted 30 May 2020 - 07:46 PM
Are you saying that I have not found a memory leak?
What about my comparison with 4.24 and mg63?
I do note you are using 32 bit whereas I am using 64 bit.
#14
Posted 30 May 2020 - 11:55 PM
engmod, on 30 May 2020 - 02:24 PM, said:
Any other version to test?
Here it is http://www.interazio....04.25-1551.zip .
#15
Posted 31 May 2020 - 12:58 AM
I could only get that one up to 374MB, so, good for me.