Skip to content

Sudden explosion of lost runs #1096

Closed

Description

@josephjclark

Suddenly we're losing 10 runs a day?? And they all seem to be caused by heap errors

We know there's still a memory leak in production, and we have seen that occasionally something is triggering a heap error in the main thread. Presumably something processing large payloads when the memory is ticking up a bit high.

We recently appended the final state object to run:complete. For large payloads, that's just duplicating the cost of message processing. An 8mb state object has to be parsed and serialized on step:complete AND run:complete.

We also have QA runs which download the docsite HTML (about 5mb of data) and send it back to Lightning every 15 minutes.

Basically we've just increased the strain on the server significantly, giving it so much more data to process. And that's presumably just causing the memory to tick up above its available threshold.

I'm going to first try and repro this locally. And then I need to work out a) why this is so expensive in memory, b) whether it's memory leak related, and c) what we can do about it.

Activity

  1. self-assigned this
    on Oct 27, 2025
  2. josephjclark commented on Oct 27, 2025

    @josephjclark
    CollaboratorAuthor

    It's very possible that our default payload size of 10mb is just way too big

  3. moved this from New Issues to Done in Coreon Oct 27, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

  • Status
    Done

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions