Parallel downloads
This is a feature that too few package managers seem to have, as using all of the available cores on the CPU to download packages brings almost a linear speedup (e.g. 4x if you have a 4-thread CPU). Parallel downloads can also even load across multiple mirrors.
If loading across multiple local mirrors, this makes a lot of sense.
Eh, imho it makes more sense to run multiple parallel copies from a single mirror. You have no assurances in advance that the mirrors are consistent, but you do have an assurance of a larger threadpool in nginx.
I came here pretty much to ask a similar thing, however, more specifically, I was wondering if it would be possible to make it so that xbps downloads packages through whatever cli downloading utility we want, such as aria2 (for parallel downloads) or wget/curl for regular downloads, the idea being that the user can then choose which download utility they like best.
@Kusoneko
Hm, I believe this could go together with #292, since I would like to make downloads be run by a separate utility by default. It would then, potentially, be feasible to make it run with any utility. I don't know if the added complexity would be accepted, unfortunately.
Arch's pacman (ver 6) released nearly two months ago added option for parallel downloads as well, any updates on xbps?
They are two completely independent codebases, so advancements in either don't affect the other
sounds like a good feature. it should make xbps even faster xD
Anything new about this?
Frankly speaking, xbps without this feature feels slow. We definitely need this feature!
Still waiting.