You aren’t getting rate limited by GitHub are you?

We use the open telemetry plugin to show a dashboard with the remaining
rate limit of all the credentials.

If you give a bit more info  about your setup or thread dumps it may be
possible to see where the delays are coming from

On Tue, 19 Dec 2023 at 15:01, DuMaM <nowak.bartos...@gmail.com> wrote:

> Hi,
>
> Thanks for this replay.
> i found your blog post about it, and we also tweaked a bit this property,
> what helped greatly.
> Sadly i still see some issues connected to "
> I was asking about it mostly because if there is a possibility to tweak
> this in run time, we can make this to adjust in a dynamic way to the
> current Jenkins load.
>
> czwartek, 14 grudnia 2023 o 21:51:06 UTC+1 timja...@gmail.com napisał(a):
>
>> The thread pool is initialised when the first event is received.
>> There's not much point making it editable at runtime I think.
>>
>> If you are hitting delays run "jenkins.scm.api.SCMEvent.executorService"
>> In the script console and see if you have any queued.
>>
>> We run with 40 threads using that system property.
>>
>> If you are using GitHub org folders keep in mind it's not really designed
>> for multiple folders pointing to the same GitHub org, it doesn't scale very
>> well in its current setup.
>>
>> Depending on the issue I may be able to advise more as I debugged a
>> similar issue last year and I made a few changes to github-branch-source
>> and scm-api to help.
>>
>> Cheers
>> Tim
>>
>> On Thu, 14 Dec 2023 at 18:59, DuMaM <nowak.b...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I would like to discuss some idea.
>>> I recently came across some delays connected with GitHub webhooks
>>> processing.
>>> Furthermore, I found out that there is a property in the SCM API plugin
>>> which can drive SCM event queue behavior.
>>>
>>> https://github.com/jenkinsci/scm-api-plugin/blob/bab9621cdacf4276ed5f0c93e41f794290bfc67b/src/main/java/jenkins/scm/api/SCMEvent.java#L111C5-L111C5
>>>
>>> Is there any chance of making this property not the final one, to enable
>>> edits on run time?
>>>
>>> According to the code, we can kill this service and a new service
>>> singleton should be spawned, and this way we can fine tune this behavior.
>>>
>>> Thanks,
>>> Bartosz Nowak
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Jenkins Developers" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to jenkinsci-de...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/jenkinsci-dev/1ca1086d-e9c7-4987-8e7f-227a58fe834an%40googlegroups.com
>>> <https://groups.google.com/d/msgid/jenkinsci-dev/1ca1086d-e9c7-4987-8e7f-227a58fe834an%40googlegroups.com?utm_medium=email&utm_source=footer>
>>> .
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-dev/1f4432bd-44d7-407c-9e10-060562fe33a2n%40googlegroups.com
> <https://groups.google.com/d/msgid/jenkinsci-dev/1f4432bd-44d7-407c-9e10-060562fe33a2n%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAH-3Bifsgfy5VggTQq_64FrU%3D9B_sh8uZTbW4Wn7EpvKNJyL3w%40mail.gmail.com.

Reply via email to