-
Notifications
You must be signed in to change notification settings - Fork 47
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
Packit SRPM build takes too much time #289
Comments
it seems like it's time to scale # of workers of packit-service up |
We have now 3 workers so this should be resolved. |
Tested today on psss/edd#10. Looks better but still the difference is quite significant:
Is there anything else making this simple initial step so slow? |
This is why it's slow in the service (and sadly we can't change any of those, short-term):
Long-term, we are planning on moving packit-service to a cluster with much better performance. |
I see, thanks for clarification. When do you plan to migrate to the new cluster? |
as soon as possible, which will likely take weeks/months :/ since the new place is not even close to being ready |
This comment has been minimized.
This comment has been minimized.
Lately the response time seems to be better. Already moved to the new cluster? |
No, unfortunately not yet. Maybe some small tweaks helped that. |
Sadly, we're not migrating any time soon :/ we were promised a new place, but it didn't turn out in the end. Maybe we could revisit this and try to do some optimizations on p-s' side. |
I don't know why. But it behaves much better now. Some optimization is always nice. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. |
Several times I've observed that building the SRPM takes quite some time. I tried to do some basic time check on the teemtee/tmt#55 pull request. Here are the results:
So it takes almost quarter of an hour to build the SRPM which is about 1 second on my laptop. Is there anything blocking the build? I think this delay should definitely be improved.
The text was updated successfully, but these errors were encountered: