# Explosions causing major lag?

**URL:** <https://discourse.cataclysmdda.org/t/explosions-causing-major-lag/16148>\
**Category:** The Garage\
**Created:** [August 8, 2018, 10:38pm UTC](https://discourse.cataclysmdda.org/t/explosions-causing-major-lag/16148 "2018-08-08T22:38:29Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![Mantar](https://sea2.discourse-cdn.com/flex016/user_avatar/discourse.cataclysmdda.org/mantar/32/42_2.png) [@Mantar](https://discourse.cataclysmdda.org/u/Mantar)\
**Post date:** [August 8, 2018, 10:38pm UTC](https://discourse.cataclysmdda.org/t/explosions-causing-major-lag/16148/1 "2018-08-08T22:38:29Z")

</div>

Is anyone else having huge lag spikes caused by explosions? I’ve been trying to figure out what was doing this because it’s been an irregular event, but this afternoon I’m pretty sure I’ve just now narrowed it down to landmines going off at the edge of the reality bubble.

> **See pic attached.**
>
> ![Waiiiiiting](https://us1.discourse-cdn.com/flex016/uploads/cataclysmdda/original/2X/1/1d26e56eab178d11f91b55f24e67c711db0d2ecf.png)

It’s been stuck like that for over ten minutes now, using 100% of one core. Definitely the worst one of these lag spikes I’ve had. (Usually it’s 30-60 seconds, about five minutes one time)  
I’m surprised nobody’s filed an issue about it already, and now I’m wondering if it 's just something up with my rig specifically. Running latest experimental as of ~two days ago, 64 bit linux, compiled with GCC.

---

<div class="post-metadata">

**Author:** ![mlangsdorf](https://sea2.discourse-cdn.com/flex016/user_avatar/discourse.cataclysmdda.org/mlangsdorf/32/2462_2.png) [@mlangsdorf](https://discourse.cataclysmdda.org/u/mlangsdorf)\
**Post date:** [August 8, 2018, 11:01pm UTC](https://discourse.cataclysmdda.org/t/explosions-causing-major-lag/16148/2 "2018-08-08T23:01:40Z")

</div>

This is a known bug. Kevin’s looking into it, but he’s having a hard time getting a reliable repeatable test case, or at least he was yesterday.

---

<div class="post-metadata">

**Author:** ![kevin.granade](https://sea2.discourse-cdn.com/flex016/user_avatar/discourse.cataclysmdda.org/kevin.granade/32/1316_2.png) [@kevin.granade](https://discourse.cataclysmdda.org/u/kevin.granade)\
**Post date:** [August 9, 2018, 2:05am UTC](https://discourse.cataclysmdda.org/t/explosions-causing-major-lag/16148/3 "2018-08-09T02:05:01Z")

</div>

I did finally get a reproduction case from @ralreegorganon via savegame, but I’m still not sure what’s happening.  
I’m not sure what about it is triggering the bug, but I can at least see it in action.

---

<div class="post-metadata">

**Author:** ![TheZoneWizard](https://sea2.discourse-cdn.com/flex016/user_avatar/discourse.cataclysmdda.org/thezonewizard/32/1397_2.png) [@TheZoneWizard](https://discourse.cataclysmdda.org/u/TheZoneWizard)\
**Post date:** [August 9, 2018, 3:17am UTC](https://discourse.cataclysmdda.org/t/explosions-causing-major-lag/16148/4 "2018-08-09T03:17:22Z")

</div>

Mantar suggest the edge of reality bubble with land mines. Maybe it has something to do with the radius of the explosion being both in and outside of the bubble causing some overlap problem?

---

<div class="post-metadata">

**Author:** ![kevin.granade](https://sea2.discourse-cdn.com/flex016/user_avatar/discourse.cataclysmdda.org/kevin.granade/32/1316_2.png) [@kevin.granade](https://discourse.cataclysmdda.org/u/kevin.granade)\
**Post date:** [August 9, 2018, 3:49am UTC](https://discourse.cataclysmdda.org/t/explosions-causing-major-lag/16148/5 "2018-08-09T03:49:00Z")

</div>

That sounded likely, but my reproduction case is dead center of the map.

---

<div class="post-metadata">

**Author:** ![TheZoneWizard](https://sea2.discourse-cdn.com/flex016/user_avatar/discourse.cataclysmdda.org/thezonewizard/32/1397_2.png) [@TheZoneWizard](https://discourse.cataclysmdda.org/u/TheZoneWizard)\
**Post date:** [August 9, 2018, 4:00am UTC](https://discourse.cataclysmdda.org/t/explosions-causing-major-lag/16148/6 "2018-08-09T04:00:37Z")

</div>

-Timing issue? The explosion outward gets ahead of the damage or something and the 2 compete?

-Perhaps the objects in the blast are interacting in 2 different conflicting ways?

-Ground beneath causing an issue with a Z-level?

-Items in particular to class or something conflicting with the blast?

I wanted to grab the latest…but now I’m stuck until a few bugs get cleaned…am I helping? 😉

---

<div class="post-metadata">

**Author:** ![Mantar](https://sea2.discourse-cdn.com/flex016/user_avatar/discourse.cataclysmdda.org/mantar/32/42_2.png) [@Mantar](https://discourse.cataclysmdda.org/u/Mantar)\
**Post date:** [August 9, 2018, 9:23pm UTC](https://discourse.cataclysmdda.org/t/explosions-causing-major-lag/16148/7 "2018-08-09T21:23:40Z")

</div>

Okay, so it IS a known bug. I don’t know what happened, I probably made a typo when I searched the issue tracker or something, 'cause I found jack squat.  
Well, good to know that it’s not just me then, and that it’s being looked into.

---

<div class="post-metadata">

**Author:** ![kevin.granade](https://sea2.discourse-cdn.com/flex016/user_avatar/discourse.cataclysmdda.org/kevin.granade/32/1316_2.png) [@kevin.granade](https://discourse.cataclysmdda.org/u/kevin.granade)\
**Post date:** [August 9, 2018, 11:35pm UTC](https://discourse.cataclysmdda.org/t/explosions-causing-major-lag/16148/8 "2018-08-09T23:35:31Z")

</div>

Yea, I think I have a quick workaround that I can maybe apply tonight, see [https://github.com/CleverRaven/Cataclysm-DDA/issues/24748](https://github.com/CleverRaven/Cataclysm-DDA/issues/24748)

---

<div class="post-metadata">

**Author:** ![mycrel21](https://avatars.discourse-cdn.com/v4/letter/m/77aa72/32.png) [@mycrel21](https://discourse.cataclysmdda.org/u/mycrel21)\
**Post date:** [October 25, 2018, 4:34am UTC](https://discourse.cataclysmdda.org/t/explosions-causing-major-lag/16148/9 "2018-10-25T04:34:18Z")

</div>

I experienced the same playing on r7st’s server. There I had a hideout inside a firestation close to a minefield. Whenever i got too close I was going to wait.