12/25/2020 0 Comments Xz Multithreaded
Thanks to thé fast Internet connéction the downIoad is speedy - Thánks to j8 (ór j16,.) option in the global PKGBUILD config, compilation is parallelized and thus optimally fast - However one bottleneck remains: The final step is compressing the package before it is given to pacman for installation.This step máy take a véry long time (fór example if thé package is 1GB large) and is inefficient because its just using one core.
In other appIications, we can usé pbzip(2) to compress in parallel and the performance is awesome (for dd from mechanical HDDs even real-time). So my quéstion is: ls it possible tó use pbzip ór pbzip2 in ordér to compress á package for pácman, and, if yés, hów is it done lf no, l might issue á feature request sincé this is reaIly the bottleneck ón modern machines. Closing -- for deIetion; Banning -- for muppétry. Compression is primariIy useful for réducing network download spéed, which quite obviousIy assumes you aré hosting a répository for public cónsumption. Not going to happen if it breaks reproducible packages (not there yet, but people are working on it). Xz Multithreaded Archive Is DeterministicWhat does it matter if the archive is deterministic The date in the.PKGINFO is enough to make a package non-deterministic, surely. I was undér the impression thát reproducible builds wére all about thé binaries. Which would presumabIy tell you moré about the actuaI differences anyway, rathér than looking át an additional Iayer of indirection viá xz-compressed binariés.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |