Page 3 of 3

Porteus with zstd compression

Posted: 30 Aug 2019, 19:24
by Blaze
Squashfs tools 4.4 released

Code: Select all

Summary of changes in Squashfs tools 4.4
----------------------------------------

1. Mksquashfs now generates reproducible images by default. Mkfs time and
file timestamps can also be specified.
2. Support for the Zstandard (ZSTD) compression algorithm has been added.
3. Pseudo files now support symbolic links.
4. CVE-2015-4645 and CVE-2015-4646 have been fixed.
5. Unsquashfs has been further hardened against corrupted filestems.
6. Unsquashfs is now more strict about error handling.
7. Miscellaneous new options and major bug fixes for Mksquashfs.
8. Miscellaneous new options and major bug fixes for Unsquashfs.
9. Squashfs-tools 4.4 is compatible with all earlier 4.x filesystems
and releases.

Porteus with zstd compression

Posted: 01 Feb 2020, 06:43
by neko
APorteus has adopted the zstd compressed XZM module.

Please refer to ArchLinux packages manager for Porteus (Post by neko #75668)

Thanks.

Porteus with zstd compression

Posted: 04 Feb 2020, 17:08
by Rava
ncmprhnsbl wrote:
22 Jun 2019, 13:31
zstd compression instead of xz ... advantage: faster decompression disadvantage: larger module size
So, one might say it would be an advantage for users who have way older hardware and who want to get the most performance out of such machine.
Having larger modules would be an acceptable small disadvantage under these special circumstances, in my book.

But opinions on that might differ. :D

Porteus with zstd compression

Posted: 05 Feb 2020, 08:34
by ncmprhnsbl
Rava wrote:
04 Feb 2020, 17:08
So, one might say it would be an advantage for users who have way older hardware and who want to get the most performance out of such machine.
these posts: Porteus with zstd compression (Post by fanthom #72778) ..
"way older hardware" may mean bottlenecks around usb/hd speed, limited amount of ram and cpu freq/cores etc..
also the decompress speed benefit is greater the larger the file/module, not so much for small modules..

Porteus with zstd compression

Posted: 06 Feb 2020, 07:12
by jssouza
And giving you Rava, the other side of the spectrum.

See who the original OP is. The OP built this not reading benifits and limitations of zstd.

He built it because it was asked. Read the whole thread again Rava. And these:
Porteus-5.0-rc1-Openbox with ZST compression
Porteus with zstd compression (Post by raja #72802)

The advantages and/or disadvantages diminishes there itself.
We can be so much experienced. We can have all sorts of explanations as to why zstd is better or worse. But if you just stick to your opinion and do not provide what the community wants, and there is a problem there.

The community asked for a zstd module based porteus, I provide it. Yours and every one else's opinion becomes null and void after that. Dont you think? :)

Porteus with zstd compression

Posted: 06 Feb 2020, 12:44
by Rava
jssouza wrote:
06 Feb 2020, 07:12
The community asked for a zstd module based porteus, I provide it. Yours and every one else's opinion becomes null and void after that. Dont you think? :)
I fully agree to that.