View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0023446 | AI War 2 | Bug - Gameplay | Jul 22, 2020 9:31 pm | Jul 23, 2020 12:23 pm | |
| Reporter | ZeusAlmighty | Assigned To | Chris_McElligottPark | ||
| Status | resolved | Resolution | duplicate | ||
| Product Version | 2.105 Selection Hotfix | ||||
| Fixed in Version | 2.106 Immortals and Unresponsiveness | ||||
| Summary | 0023446: Bug report -- Commands are delayed or not executed | ||||
| Description | Im experiencing a few second delay before commands are registered. This includes movement, pausing the game, and buying technology Not only is there a delay, sometimes the command must be repeated several times before it is recognized. | ||||
| Tags | No tags attached. | ||||
| duplicate of | 0023439 | resolved | Chris_McElligottPark | Extreme delays in UI |
| duplicate of | 0023444 | resolved | Chris_McElligottPark | Movement orders lagged/didn't register before saving no longer worked |
|
|
|
|
|
Unfortunately, despite instrumenting quite a few things, I can't duplicate the issue. I'm issuing tons of commands, but seeing them all happen properly and they are not getting caught up in the queues. I need to get some sleep, unfortunately, but if there are any methods to reproduce the problem via one of the savegames, then I'm sure I can knock it out quickly in the morning. I simply need a way to actually see the problem happen in a reasonable amount of time with some save, and then I can knock it out. I've tried 5+ minutes of rapid clicking and looking at things in battle and moving between planets, and I can't get anything to even slightly leak right now. |
|
|
Thanks! * Fixed a bug where it was possible that a client would send more commands to the host than it would tell the host about, and thus the host would not know to read the extra ones (or vice-versa). In single-player you are both the host and client, so it still applies. ** This was happening because of multiple threads adding to the queues of commands at the same time that the queue was being drawn down. ** This was actually something that probably could have happened since more or less forever, but it was substantially more likely in the last few versions because of some efficiency improvements we made. ** Additionally, we have now switched to using a ConcurrentQueue for each of those collections, rather than a regular Queue. This shoudl also help with potential contention. ** There was also the possibility that we might not be able to get enough commands out of the list for some reason to then send more, and we are also now guarding against that. ** Previously, this problem was manifesting as orders not being carried out when you gave them, sometimes or all the time. And things like "save my game" and "pause or unpause" not working anymore. ** We were able to duplicate this in one savegame after some time, but no longer can. Given the intermittent nature of this sort of thing, we can't say for sure that it is solved -- but the logic of what was going on makes sense, and the fix we put in should hold that at bay. It's one of those "can't prove a negative" things, at the moment, so fingers crossed it just never shows up again. ** The characteristics that we observed while this happens, if it happens to you and you want to see what you can tell us: *** In the escape menu, under the memory pooling performance, the number of raw commands were steadily climbing. One or two every few seconds. This should never happen in that way. Increases happen, but not a steady drain flow like that. *** In the escape menu, further down under the Commands Queued By Type, you may see some null warnings up at the top of that list, now. That wasn't there when we observed it, but it would be if it ever happened now. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Jul 22, 2020 9:31 pm | ZeusAlmighty | New Issue | |
| Jul 22, 2020 9:31 pm | ZeusAlmighty | File Added: bug_lag between commands.save | |
| Jul 22, 2020 9:36 pm | Chris_McElligottPark | Relationship added | duplicate of 0023439 |
| Jul 22, 2020 9:37 pm | Chris_McElligottPark | Relationship added | duplicate of 0023444 |
| Jul 22, 2020 9:57 pm | Chris_McElligottPark | Assigned To | => Chris_McElligottPark |
| Jul 22, 2020 9:57 pm | Chris_McElligottPark | Status | new => assigned |
| Jul 22, 2020 9:57 pm | Chris_McElligottPark | Note Added: 0057797 | |
| Jul 23, 2020 12:23 pm | Chris_McElligottPark | Status | assigned => resolved |
| Jul 23, 2020 12:23 pm | Chris_McElligottPark | Resolution | open => duplicate |
| Jul 23, 2020 12:23 pm | Chris_McElligottPark | Fixed in Version | => 2.106 Immortals and Unresponsiveness |
| Jul 23, 2020 12:23 pm | Chris_McElligottPark | Note Added: 0057811 |
