Replies: 5 comments
-
|
hi @nimadini - Thanks for sharing this. Acknowledging this discussion and that I am working to gather answers to the questions you pose. |
Beta Was this translation helpful? Give feedback.
-
|
@nimadini, it seems that all you need to do is to avoid ban and page load-restricted concurrency preventing hitting GitHub API request limits. |
Beta Was this translation helpful? Give feedback.
-
|
🕒 Discussion Activity Reminder 🕒 This Discussion has been labeled as dormant by an automated system for having no activity in the last 60 days. Please consider one the following actions: 1️⃣ Close as Out of Date: If the topic is no longer relevant, close the Discussion as 2️⃣ Provide More Information: Share additional details or context — or let the community know if you've found a solution on your own. 3️⃣ Mark a Reply as Answer: If your question has been answered by a reply, mark the most helpful reply as the solution. Note: This dormant notification will only apply to Discussions with the Thank you for helping bring this Discussion to a resolution! 💬 |
Beta Was this translation helpful? Give feedback.
-
|
Hi, we are using GH nested matrix jobs and are very concerned about the actual limits, since those are not documented properly as seen above, can someone clarify? |
Beta Was this translation helpful? Give feedback.
-
|
Hello, we are also using nested matrix jobs and it would be great to get an answer to this question |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Select Topic Area
Question
Body
Hey team 👋
Actions doc notes a limit of
256matrix jobs per workflow run, which I verified is indeed enforced.However, with re-usable workflows, both the caller and the called workflow can define a matrix (even though I can't find it in the docs), which collectively can easily surpass the
256limit, and GitHub allows it! For example, here is a successful workflow run with129 * 2 = 258matrix jobs (129from the caller and2from the called workflow).Nesting workflows up to 4 levels, one can in theory run
256 ^ 4(i.e.,4,294,967,296) jobs per workflow run! 😮I tried a benchmark with 3 levels of nested workflows (
20 * 256 * 2 = 10,240). After about600successful matrix jobs, GitHub couldn't even load the workflow run page anymore and started to consistently time out (even though based on the actions tab the jobs are still running)!As a result of this testing, Actions got disabled for my user account! 😢 (Created an issue for support to help re-enable it.)
Can you please confirm if (1) declaring nested matrices with re-usable workflows and (2) the total number of jobs in workflow surpassing 256 are features or bugs? 🤔
Thanks!
See the images below for more context:
A single workflow can't have more than 256 matrix jobs
Using nested matrices with re-usable workflows can surpass 256 jobs
After ~600 jobs GitHub can't load the workflow run anymore and is consistently timing out
Actions got disabled for my account due to this testing 😢
Beta Was this translation helpful? Give feedback.
All reactions