| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
|---|---|---|---|---|---|---|---|---|---|
| 0003612 | Spring engine | General | public | 2013-03-23 22:09 | 2013-04-04 03:33 | ||||
| Reporter | silentwings | ||||||||
| Assigned To | zerver | ||||||||
| Priority | normal | Severity | major | Reproducibility | always | ||||
| Status | resolved | Resolution | fixed | ||||||
| Product Version | 94.1 | ||||||||
| Target Version | Fixed in Version | ||||||||
| Summary | 0003612: self destructing units use huge amount of cpu in 94.0 | ||||||||
| Description | see demo & screenshots. asking 200 corvamps to self d at the same time causes close to 100% cpu usage of simframe and unit::slowupdate while they count down to the explosion. asking about >50 units to self d at once causes lag for me (with i7, good gfx card), with both st and mt. demo is with tabula v4 and ba 7.72. | ||||||||
| Tags | No tags attached. | ||||||||
| Checked infolog.txt for Errors | |||||||||
| Attached Files |
| ||||||||
 Relationships |
 Notes |
|
|
silentwings (reporter) 2013-03-23 22:14 |
tested same thing again with lua off, added another screenshot to show its not a widget/gadget error. |
|
Kloot (developer) 2013-03-23 23:10 |
doesn't reproduce for me (not with 200 vamps, not with 2000) |
|
silentwings (reporter) 2013-03-24 00:10 |
Yes, I asked a few others and it seems it only me... |
|
abma (administrator) 2013-03-24 05:23 |
infolog.txt maybe helps? it could be maybe a problem with gfx drivers... |
|
msafwan (reporter) 2013-03-24 15:37 Last edited: 2013-03-24 15:38 |
I tried same Corvamp self+d test using 2000 Corvamp. The debug info showed >10000 path-queue update request the moment those corvamps explode. |
|
abma (administrator) 2013-03-24 17:34 |
@msafwan: "100% cpu usage of simframe and unit::slowupdate while they count down to the explosion." |
|
zerver (reporter) 2013-03-24 18:44 |
I'm getting 20% CPU during countdown, which I agree is a bit high for just 200 units. |
|
zerver (reporter) 2013-03-24 23:20 |
This: (changelog) default LogFlush to true again |
|
abma (administrator) 2013-03-24 23:31 Last edited: 2013-03-24 23:39 |
this questions are for windows only: is a virus-scanner involved? has your harddrive the write cache disabled? (afaik it defaults to yes) maybe this as reference: http://www.sevenforums.com/tutorials/10392-write-caching-enable-disable.html @silentwings: can you try if setting LogFlush=0 has any effect? |
|
silentwings (reporter) 2013-03-25 01:57 Last edited: 2013-03-25 02:15 |
Yes, setting LogFlush=0 fixes the problem! (There is something a little odd - if I run spring.exe and use that to change LogFlush, it seemingly only takes effect after Spring.exe has been exited and restarted. I guess this is because the setting LogFlush is loaded before the point at which it can be changed.) I don't use a virus scanner, other than what windows has built in and my harddrives both have write caching enabled. I tried watching the "queue length" (as its called in Window's Resource Monitor, I think this is the cache) for my hard drive while self d'ing 200 vamps and with LogFlush=1; the queue length is maxed out for all the time they are self destructing. If I do the same thing with LogFlush=0 then the queue length barely rises above 5%. |
|
abma (administrator) 2013-03-25 06:35 Last edited: 2013-03-25 06:36 |
@zerver https://github.com/spring/spring/blob/develop/rts/System/Log/FileSink.cpp#L202 removing the commit flag should make it behave as it should... |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2013-03-23 22:09 | silentwings | New Issue | |
| 2013-03-23 22:09 | silentwings | File Added: 20130323_210549_Tabula-v4_94.sdf | |
| 2013-03-23 22:10 | silentwings | File Added: screen00011.png | |
| 2013-03-23 22:11 | silentwings | File Added: screen00012.png | |
| 2013-03-23 22:14 | silentwings | Note Added: 0010170 | |
| 2013-03-23 22:14 | silentwings | File Added: screen00013.png | |
| 2013-03-23 23:10 | Kloot | Note Added: 0010171 | |
| 2013-03-24 00:10 | silentwings | Note Added: 0010174 | |
| 2013-03-24 05:23 | abma | Note Added: 0010177 | |
| 2013-03-24 15:37 | msafwan | Note Added: 0010180 | |
| 2013-03-24 15:38 | msafwan | Note Edited: 0010180 | View Revisions |
| 2013-03-24 17:34 | abma | Note Added: 0010183 | |
| 2013-03-24 18:44 | zerver | Note Added: 0010184 | |
| 2013-03-24 18:57 | zerver | Assigned To | => zerver |
| 2013-03-24 18:57 | zerver | Status | new => assigned |
| 2013-03-24 23:20 | zerver | Note Added: 0010187 | |
| 2013-03-24 23:31 | abma | Note Added: 0010188 | |
| 2013-03-24 23:33 | abma | Note Edited: 0010188 | View Revisions |
| 2013-03-24 23:38 | abma | Note Edited: 0010188 | View Revisions |
| 2013-03-24 23:39 | abma | Note Edited: 0010188 | View Revisions |
| 2013-03-25 01:57 | silentwings | Note Added: 0010190 | |
| 2013-03-25 02:00 | silentwings | Note Edited: 0010190 | View Revisions |
| 2013-03-25 02:07 | silentwings | Note Edited: 0010190 | View Revisions |
| 2013-03-25 02:15 | silentwings | Note Edited: 0010190 | View Revisions |
| 2013-03-25 06:35 | abma | Note Added: 0010196 | |
| 2013-03-25 06:36 | abma | Note Edited: 0010196 | View Revisions |
| 2013-03-25 18:46 | zerver | Changeset attached | => spring develop d6f4900b |
| 2013-03-25 18:46 | zerver | Status | assigned => resolved |
| 2013-03-25 18:46 | zerver | Resolution | open => fixed |
| 2013-03-31 12:23 | Kloot | Relationship added | duplicate of 0003664 |
| 2013-04-04 03:15 | zerver | Changeset attached | => spring MTsim2 86f15a23 |
| 2013-04-04 03:33 | zerver | Changeset attached | => spring MTsim3 e30546ce |
| Issue History |