View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0006915 | Valley 1 | Crash/Exception | Mar 28, 2012 4:17 pm | Mar 29, 2012 5:23 pm | |
| Reporter | Terraziel | Assigned To | Chris_McElligottPark | ||
| Status | resolved | Resolution | fixed | ||
| Product Version | 0.917 | ||||
| Fixed in Version | 0.920 | ||||
| Summary | 0006915: Too Many Heap Sections | ||||
| Description | I can force the "Too many heap sections" error pop up to happen if I make the game generate a couple of complex regions (ocean shallows, junkheaps) in a short period, after which the game becomes unresponsive and has to be closed through task manager. But I suspect it is related to another error which I am going to put in a different report. | ||||
| Tags | No tags attached. | ||||
| Internal Weight | Game Crash | ||||
| related to | 0006916 | resolved | Chris_McElligottPark | Lockup associated with high memory use |
| has duplicate | 0006924 | resolved | Chris_McElligottPark | Fatal error in gc |
| related to | 0006926 | resolved | Chris_McElligottPark | Stuttering with high memory usage |
|
|
Related to 6916? |
|
|
I think so, but I kept them separate because for the occasions mentioned in 6916 I did NOT get the "Too many heap sections" pop up |
|
|
Thanks! * In the prior version, there was a memory leak during chunk-gen that could lead to game crashes and "out of heap" errors after a certain length of play (which would vary by how many chunks you genned and of what type). |
|
|
This is definitely still occurring in 0.919 |
|
|
Hmmm, you are correct. It most certainly is. |
|
|
My server (which is normally hovering at about 250MB RAM) is at 876MB now. |
|
|
Yeah, I'm not surprised. A restart would help, but, as more chunks get created, it would go right back up. |
|
|
Does it definitely still seem chunk-creation-related? |
|
|
Yes, absolutely. It died on me after generating 4 or 5 junkyard chunks. |
|
|
Hrm. I'm not so sure it's the generating itself that leaks. This was the process for me: Lauch AVWW: About 520MB. Load world: About 820MB. Enter a tower (that I had visited before): 920MB. Leave the tower: Still 960MB. After that I could enter and leave the tower at will, with no large boosts in RAM usage. Enter another tower: 1013MB. Leaving that tower: 1070MB. Not sure what exactly that says about anything though... |
|
|
Also, in case it's relevant: It seems to go up much faster in SP than it does in MP. It also goes up more if you enter a new chunk rather than one you've already been in, but both increase the RAM usage by quite a bit (entering an explored region increased the RAM-usage by about 100MB, entering an unexplored region of the same type increased it by about 200MB). |
|
|
Cool, thanks for the added info. I'm chasing this down, I'm definitely seeing a marked increase in chunk-load time, though the underlying terrain-gen (which was the focus of most of my optimizations lately) is running fine. That takes something like 300ms for junkyard flats, and then the rest of the gen takes an incredible amount more time. And the process jumps up in RAM by 500MB on that first junkyard gen in the game, versus about 2MB in my test program. So it's definitely something after the terrain is genned. |
|
|
Thanks! |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Mar 28, 2012 4:17 pm | Terraziel | New Issue | |
| Mar 28, 2012 4:32 pm | tigersfan | Note Added: 0021508 | |
| Mar 28, 2012 4:33 pm | tigersfan | Internal Weight | => Game Crash |
| Mar 28, 2012 4:33 pm | tigersfan | Assigned To | => Chris_McElligottPark |
| Mar 28, 2012 4:33 pm | tigersfan | Status | new => assigned |
| Mar 28, 2012 4:36 pm | Terraziel | Note Added: 0021509 | |
| Mar 28, 2012 4:42 pm | Chris_McElligottPark | Relationship added | related to 0006916 |
| Mar 28, 2012 6:53 pm | Chris_McElligottPark | Note Added: 0021517 | |
| Mar 28, 2012 6:53 pm | Chris_McElligottPark | Status | assigned => resolved |
| Mar 28, 2012 6:53 pm | Chris_McElligottPark | Fixed in Version | => 0.918 |
| Mar 28, 2012 6:53 pm | Chris_McElligottPark | Resolution | open => fixed |
| Mar 29, 2012 6:46 am | Terraziel | Note Added: 0021557 | |
| Mar 29, 2012 6:50 am | tigersfan | Note Added: 0021558 | |
| Mar 29, 2012 6:51 am | tigersfan | Status | resolved => assigned |
| Mar 29, 2012 6:51 am | tigersfan | Resolution | fixed => reopened |
| Mar 29, 2012 6:52 am | tigersfan | Relationship added | has duplicate 0006924 |
| Mar 29, 2012 6:59 am | Toll | Note Added: 0021560 | |
| Mar 29, 2012 7:07 am | tigersfan | Note Added: 0021561 | |
| Mar 29, 2012 7:08 am | tigersfan | Fixed in Version | 0.918 => |
| Mar 29, 2012 8:18 am | Chris_McElligottPark | Note Added: 0021562 | |
| Mar 29, 2012 8:38 am | tigersfan | Note Added: 0021564 | |
| Mar 29, 2012 8:45 am | tigersfan | Relationship added | related to 0006926 |
| Mar 29, 2012 8:48 am | Toll | Note Added: 0021567 | |
| Mar 29, 2012 9:29 am | Toll | Note Added: 0021573 | |
| Mar 29, 2012 9:32 am | Chris_McElligottPark | Note Added: 0021574 | |
| Mar 29, 2012 5:23 pm | Chris_McElligottPark | Note Added: 0021605 | |
| Mar 29, 2012 5:23 pm | Chris_McElligottPark | Status | assigned => resolved |
| Mar 29, 2012 5:23 pm | Chris_McElligottPark | Fixed in Version | => 0.920 |
| Mar 29, 2012 5:23 pm | Chris_McElligottPark | Resolution | reopened => fixed |
| Apr 14, 2014 9:28 am | Chris_McElligottPark | Category | Bug - Crash or Exception => Crash/Exception |
