-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Download artifacts concurrently #11244
Comments
Just a note to the implementer: we should cap the number of concurrent downloads (3?) to ensure a single allocation can't overwhelm the network or disk downloading a large number of artifacts. A client configuration parameter for this would be appropriate, but I don't think necessary. |
Per task group configuration would be nice, it's very dependent on hardware and types of artifacts. |
mind If I pick this up? |
@danishprakash I'm almost done with the implementation. testing it right now. you wanna take over? |
@gowthamgts oh no, it's fine. I thought of picking it up since there wasn't much activity on this issue but please continue since you've already started with the work. |
* add concurrent download support - resolves #11244 * format imports * mark `wg.Done()` via `defer` * added tests for successful and failure cases and resolved some goleak * docs: add changelog for #11531 * test typo fixes and improvements Co-authored-by: Michael Schurter <[email protected]>
I'm going to lock this issue because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active issues. |
Proposal
Download artifacts concurrently
Use-cases
I put all the jars separately in job artifacts array instead of one giant tarball.
For JVM programs the dependencies accounts for majority of the resulting program and does not change often between builds. This way each build only results in tiny jars for the actual code change, one would not need to delete any build ever.
But the job initialization is slower because now you have a lot of small files to download. I understand this is very specific to jvm (the only case I could think of), and not affecting most use cases, I could have a go if it's deemed worthy.
The text was updated successfully, but these errors were encountered: