Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Poll the count of running step executions #3791

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

PauliusPeciura
Copy link

@PauliusPeciura PauliusPeciura commented Oct 12, 2020

In a combination of short poll interval and large number of step executions that take a long time to run, memory consumption can go high - each step execution has its own reference to a job execution, which refers step executions for the job. This means that the job executions are different instances, resulting in creating a lot of objects.
Instead, we query the database to get the number of step executions that are still running. Once all of them are finished, we then would fetch all steps and assign the same job execution that can be a shared instance.

Closes #3790

In a combination of short poll interval and large number of step executions that take a long time to run, memory consumption can go high - each step execution has its own reference to a job execution, which refers step executions for the job. This means that the job executions are different instances, resulting in creating a lot of objects.
Instead, we query the database to get the number of step executions that are still running. Once all of them are finished, we then would fetch all steps and assign the same job execution that can be a shared instance.
@thesoundofsilent
Copy link

Is there any plan to fix this issue?

@fmbenhassine
Copy link
Contributor

Thank you for this PR! I believe this change set goes in the right direction as mentioned in #3790 (comment), which is similar to your proposal in the initial issue description.

However, since 4.3 is the last minor version of v4, we cannot introduce such a change set in a patch version of 4.3.x. The earliest version to introduce such changes is 5.1.0. Moreover, there are other code changes (not related to this PR) that need to be introduced in order to fix the issue in a clean way.

So I will to postpone this PR to 5.1.0 and let you know when it is a good time to rebase it on the main branch. Is that ok for you? Otherwise please let me know and I will take care of all the changes.

In the meantime, the performance issue will be addressed with #4208.

@fmbenhassine fmbenhassine added status: waiting-for-reporter Issues for which we are waiting for feedback from the reporter and removed status: waiting-for-triage Issues that we did not analyse yet labels Feb 22, 2023
@fmbenhassine fmbenhassine added this to the 5.1.0 milestone Feb 22, 2023
@fmbenhassine
Copy link
Contributor

So I will to postpone this PR to 5.1.0 and let you know when it is a good time to rebase it on the main branch.

Could you please rebase this PR on the latest main? Thank you upfront.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
in: core pr-for: enhancement status: waiting-for-reporter Issues for which we are waiting for feedback from the reporter
Projects
None yet
Development

Successfully merging this pull request may close these issues.

High memory consumption during long running jobs
4 participants