>> Это что - бсда до сих пор не умеет в сжатые кернелы?
> Это  просто ты до сих пор не умеешь в чтение.
> https://man.freebsd.org/cgi/man.cgi?query=kgzip&sektion=8&ap...
>> As    symbols    are lost, the usefulness of this utility for compressing kernels is limited to situations where loader(8) cannot be used; otherwise the preferred method of compressing a kernel is simply to gzip(1) it.
>> July 19, 1999

Свежее, крутое и актуальное знание. Просто state of art. Последний писк 1999 года!
1) Я не понимаю почему "symbols" должны вообще теряться при таком. У линуха вот не теряются. В объеме достаточном для одупляемых трейсов. Если в конфиге ядра разрешить. Можно и совсем убрать для уменьшения размера, если это что-то типа роутера-мыльницы с опенврт.
2) Их внезапно можно хранить и в отдельном файле.
3) Если идет рубка за 2 миллисекунды, последнее во что мы хотели жать это gzip. Идея  в том чтобы чтение + анпак был быстрее чем чтение. И тут gzip абсолютно безблагодатен. С одной стороны он неважно по современным меркам жмет. Его мизерный словарь 32 килобайта ни о чем на чушке размером с кернел. С другой его скорость распаковки крайне печальна по современным меркам. Как простой пример zstd и радикально лучше жмет и декомпрессуется быстрее. А если носитель более шустрый, мы вообще LZ4 какой-нибудь хотели, где декомпрессия будет в гигах в секунду измеряться, а какое-то уменьшение чтения - будет.

В общем спасибо за характерное соотношение экспертизы и снобизма. А потом вы удивляетесь почему вас считают... тем чем счаитют.