[artix-general] generating zstd compress initrd images

[jc_gargma]

Javier via artix-general wrote:
> Shouldn't that be considered a bug?

Yes. The value of -Tn is ignored by mkintcpio.
The values of --ultra and -n do not seem completely ignored, as the output 
image sizes are slightly different, but not in any notable amount considering 
the high settings.
--ultra -22 is also not using the several GB of ram that it normally entails.


Javier via artix-general wrote:
> When specified the amount of threads to use, shouldn't zstd actually at least 
be executed with that setting?

Unless the input is large enough, zstd does not spawn additional threads, 
regardless of the -Tn value.
The number of threads can be indirectly increased by specifying a lower -Bn 
value.
xz acts in a similar manner, which can also be worked around by passing a 
lower --block-size=n value.
Where zstd -Bn is MB, and xz --block-size=n is bytes.


Javier via artix-general wrote:
> What you experienced is only on artix (well, I don't have any arch box 
anymore)?
>  I don't see any arch bug related to mkinicpio btw...
I installed archlinux on a spare system. Same results.


And I finally found out why. Viewing the full command shows mkinitcpio is 
appending -19 -T0 to all zstd calls, thus any use of -Tn or -n in 
mkinitcpio.conf is superseded.


-jc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: This is a digitally signed message part.
URL: <https://lists.artixlinux.org/archives/artix-general/attachments/20201128/2509776c/attachment.sig>