Gents,
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.
Potential memory leak
#2
Posted 29 May 2020 - 12:44 AM
Hi Derek,
thank you for your analysis. I have checked what was modified in Unstable release 2020.04.29.1321.
Here it is
windowssize.diff.txt (2.09K)
Number of downloads: 301
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 ?
thank you for your analysis. I have checked what was modified in Unstable release 2020.04.29.1321.
Here it is
windowssize.diff.txt (2.09K)
Number of downloads: 301
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
start (figures from hud)
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
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
Thanks, but that does not confirm that the problem has started with U2020.4.29-1321. There are many versions between U2020.4.29-1321 and U2020.4.24-0936. Maybe you don't have access to them?
#5
Posted 29 May 2020 - 09:44 AM
I don't, that is all I can see.
I can test them if they are available!!
I can test them if they are available!!
#8
Posted 29 May 2020 - 07:17 PM
If this is what I think it is...then this is not a new problem. I would not call this a "leak"..but more of a memory management problem. As proof, rerun your activity in the non-Monogame, older XNA 32 bit versions of Open Rails. When you study the debug HUD, you will notice that the memory use goes up and down as your camera (train) travels through world tiles. Things get loaded and unloaded. I have tested ORMG 54.1 tonight, looking at Mullan Pass activity and there is NO memory management. I have older versions of ORMG that I can test, but I feel confident that I well get the same results.
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
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
Hi Steve,
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/
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