История изменений
Исправление intelfx, (текущая версия) :
Пример чуть выше указал - ядро и модули. В этом случае критична именно скорость распаковки, а не коэффициент сжатия или скорость сжатия.
А время чтения архива с диска ты учёл?
Если ты в самом деле оптимизируешь миллисекунды при загрузке (а не просто чешешь языком), то твоя целевая функция — это (archive size / read performance) + decompression time
, а не просто decompression time
.
В моем случае, мне 2 секунды важнее чем 2 мегабайта.
Прости, а сколько гигабайт у тебя занимают «ядро и модули», что между LZ4 и Zstd 2 секунды разницы на декомпрессии?
Исправление intelfx, :
Пример чуть выше указал - ядро и модули. В этом случае критична именно скорость распаковки, а не коэффициент сжатия или скорость сжатия.
А время чтения архива с диска ты учёл?
Если ты в самом деле оптимизируешь миллисекунды при загрузке (а не просто чешешь языком), то твоя целевая функция — это (archive size / read performance) + decompression time
, а не просто decompression time
.
В моем случае, мне 2 секунды важнее чем 2 мегабайта.
Прости, а сколько гигабайт у тебя занимают «ядро и модули», что декомпрессия LZ4 занимает на 2 секунды быстрее, чем Zstd?
Исправление intelfx, :
Пример чуть выше указал - ядро и модули. В этом случае критична именно скорость распаковки, а не коэффициент сжатия или скорость сжатия.
А время чтения архива с диска ты учёл?
Если ты в самом деле оптимизируешь миллисекунды при загрузке (а не просто чешешь языком), то твоя целевая функция — это (archive size / read performance) + decompression time
, а не просто decompression time
.
В моем случае, мне 2 секунды важнее чем 2 мегабайта.
Прости, а сколько гигабайт у тебя занимает образ ядра и модулей, что декомпрессия LZ4 занимает на 2 секунды быстрее, чем Zstd?
Исходная версия intelfx, :
Пример чуть выше указал - ядро и модули. В этом случае критична именно скорость распаковки, а не коэффициент сжатия или скорость сжатия.
А время чтения архива с диска ты учёл?