I again play with the compression plugin ccreg40 and now i add zstd support (new algorithm from lz4 developer).
I just run one little test (unpacking Linux 4.10 source tree). Zstd was faster than LZO for about a minute, and took up less space on the hard drive (~194MiB -- zstd and ~273MiB -- lzo). With more compression level, it may make great compression ration then deflate algorithm, but work faster. Now i set 3 level (like default in console utility from zstd source)
From zstd code i use function with custom alloc/free memory and remove all other useless code (like compress by dictionery, streams and etc). It was ZSTD_createCCtx_advanced/ZSTD_createDCtx_advanced with ZSTD_customMem struct.
Я неуверен насчет своего английского, поэтому если коротко и на русском, то провел один тест (распаковка архива ядра). Распоковался быстрее почти на минуту и занял примерно на 80MiB меньше. На выходных постараюсь провести побольше тестов на запись, чтение, в single user mode, плюс будет возможность проверить все это на tmpfs.
Т.к. у zstd очень большой диапазон уровней сжатия (от 1 до 22) и если судить по тестам, возможно при большех уровнях он будет предпочтительней чем deflate.
В общем нужно потестить и если игра стоит свечь, то подправить исходники zstd до более приличного состояния.
Кстати, что насчет fsck'ков, проблем пока вроде не возникало. Правда я тут сегодня таки подпортил себе ФС (практически потерял профиль от браузера), но это скорее всего из-за того, что я пару раз неправильно добавил zstd и ловил kernel panic'и, до этого ошибки при fsck не появлялись.
Last edit: BratSinot 2017-03-09
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Я бы даже сказал нужно приложить LICENSE и PATENTS. Там есть какие-то патенты Facebook'а и указываются условия их безвозмездного использования.
Да и вообще, есть не очень хорошие пункты для дистрибутивов:
Redistributions in binary form must reproduce the above copyright notice,
this list of conditions and the following disclaimer in the documentation
and/or other materials provided with the distribution.
Last edit: BratSinot 2017-03-10
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello there!
I again play with the compression plugin ccreg40 and now i add zstd support (new algorithm from lz4 developer).
I just run one little test (unpacking Linux 4.10 source tree). Zstd was faster than LZO for about a minute, and took up less space on the hard drive (~194MiB -- zstd and ~273MiB -- lzo). With more compression level, it may make great compression ration then deflate algorithm, but work faster. Now i set 3 level (like default in console utility from zstd source)
From zstd code i use function with custom alloc/free memory and remove all other useless code (like compress by dictionery, streams and etc). It was ZSTD_createCCtx_advanced/ZSTD_createDCtx_advanced with ZSTD_customMem struct.
Я неуверен насчет своего английского, поэтому если коротко и на русском, то провел один тест (распаковка архива ядра). Распоковался быстрее почти на минуту и занял примерно на 80MiB меньше. На выходных постараюсь провести побольше тестов на запись, чтение, в single user mode, плюс будет возможность проверить все это на tmpfs.
Т.к. у zstd очень большой диапазон уровней сжатия (от 1 до 22) и если судить по тестам, возможно при большех уровнях он будет предпочтительней чем deflate.
В общем нужно потестить и если игра стоит свечь, то подправить исходники zstd до более приличного состояния.
Кстати, что насчет fsck'ков, проблем пока вроде не возникало. Правда я тут сегодня таки подпортил себе ФС (практически потерял профиль от браузера), но это скорее всего из-за того, что я пару раз неправильно добавил zstd и ловил kernel panic'и, до этого ошибки при fsck не появлялись.
Last edit: BratSinot 2017-03-09
Patches for kernel and reiser4progs.
Добрый день.
Звучит как сенсация! Спасибо, потестирую на досуге...
Вы, если изменяете их исходники, добавляйте сверху: "Adapted for Reiser4 by ..." Не то скандальчик может случиться...
Я бы даже сказал нужно приложить LICENSE и PATENTS. Там есть какие-то патенты Facebook'а и указываются условия их безвозмездного использования.
Да и вообще, есть не очень хорошие пункты для дистрибутивов:
Last edit: BratSinot 2017-03-10
Ну, у нас не дистрибутив. Выкатывать copyright notice не будем (просто некуда). А LICENSE и PATENTS - да, приложить к исходникам нужно будет.