Исходное сообщение
"Замена алгоритма сортировки в sysinit позволила ускорить заг..." Отправлено Аноним, 23-Авг-23 00:34
>> Это что - бсда до сих пор не умеет в сжатые кернелы? > Это  просто ты до сих пор не умеешь в чтение. > 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 какой-нибудь хотели, где декомпрессия будет в гигах в секунду измеряться, а какое-то уменьшение чтения - будет. В общем спасибо за характерное соотношение экспертизы и снобизма. А потом вы удивляетесь почему вас считают... тем чем счаитют.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: