View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002031 | Dwarf Fortress | General | public | 2010-05-22 06:10 | 2010-06-09 06:45 |
| Reporter | ratboy | Assigned To | |||
| Priority | high | Severity | major | Reproducibility | always |
| Status | closed | Resolution | no change required | ||
| Platform | P4 3.2, 2G DDR2, 8600GT | OS | Windows | OS Version | XP SP3 |
| Product Version | 0.31.04 | ||||
| Summary | 0002031: Excessive memory usage, highly unresponsive, slow and stop/start in every departmant | ||||
| Description | Using up to 1.5G ram. On 8X8 embark no-one doing anything 1189k memory, stays the same when paused and minimized, it also reports as 2 instances of DF. But if I open 40d19_2 at the same time d19 takes 150k and drops 31.04 to around 800-900k and then 31.04 will drop to 10k if paused and minimized (it also reverts to one application) even if I kill both processes then just open 31.04. On a fresh boot it's back to 1.2G. I haven't tested this extensively, because with only 2G ram it really stalls the whole system. 31.03 is about the same but drops back to 800 on it's own and doesn't stop/start as much. Also task manager reports both instances of 31.04 "not responding"/"responding"/"not responding" etc. while it stop/starts/stop etc. Unplayable as is. It seems to show as 2 DF applications but only one process. Maybe something to do hyperthreading on a single core? Also unrelated but I use a lot of eyecandy ( windows7 lookalike etc.) including blurred glass borders. If I leave a window behind DF the border flashes through the DF window, this is true of 40d, 40d18, 31.03, 31.04, but not of 40d19_2. I'm new to this (3 half finished forts in 3 different versions) but I've tried various versions to find one I like so I don't know if this is of any use for the merge. Also 31.04 worldgen seems to hang but probably the ram Haven't tried 2D modes | ||||
| Steps To Reproduce | on my machine there is no getting away from it | ||||
| Additional Information | all other versions were mayday or maydayized | ||||
| Tags | No tags attached. | ||||
|
|
Have you tried experimenting with different rendering modes? |
|
|
Yes, but just the 3d ones. The weird thing is the earlier version (40d19_2) is fine in everything but shader which crashes. And 800k versus 150k ram doesn't seem right. 12X12 embark costs 1500k versus 500k or so on similar maps. Also I have to world in 31.03 or it just stops, it might go eventually but when it stops for 15 minutes on one year it cant be a display problem I don't think. |
|
|
It's expected that an embark area of the same size takes much more memory in the new version, because the areas are much deeper (more Z-levels). This is why the default size was reduced from 6x6 to 4x4. What's your memory usage like on a 4x4 area? |
|
|
About 670k but the jerkiness has disappeared. A lot better thank you but it still seems a lot of mem, is this normal? Sorry about delay I posted and went to bed it was 7 or 8am and I'd been up all night (AEST (east Australian time-GMT+10)). Does this reduce the variation possible or is there greater variation underground than before? |
|
|
Ok I revealed a map and it pretty much explained it I didn't realize how much deeper. |
|
|
670k on a 4x4 is within the normal range, yeah. No worries about the delay, and I'm glad that cleared things up. If you want to further reduce memory usage while still using a 4x4 area, you can use the "Design New World with Parameters" option and reduce the number of cavern layers, which will mean less z-levels. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-05-22 06:10 | ratboy | New Issue | |
| 2010-05-22 09:24 |
|
Note Added: 0007194 | |
| 2010-05-22 16:14 | ratboy | Note Added: 0007204 | |
| 2010-05-22 16:18 |
|
Note Added: 0007205 | |
| 2010-05-23 06:07 | ratboy | Note Added: 0007217 | |
| 2010-05-23 10:37 | ratboy | Note Added: 0007219 | |
| 2010-05-23 22:15 |
|
Note Added: 0007244 | |
| 2010-05-23 22:15 |
|
Status | new => resolved |
| 2010-05-23 22:15 |
|
Resolution | open => no change required |
| 2010-05-23 22:15 |
|
Assigned To | => user6 |
| 2010-06-09 06:45 | Toady One | Status | resolved => closed |
