☰

Можно ли использовать Deb без сжатия?

tag-icon • tag-icon apt package-management compression squid-deb-proxy
Можно ли использовать Deb без сжатия?

Я как раз занимаюсь обновлением очень медленной машины. Это Intel Atom, которому несколько лет. Он идеально подходит для просмотра видео и использования XBMC, но он очень тормозит при распаковке сотен обновлений (как это происходит при обновлении релиза). Мне нужно сделать еще одно обновление, как только это завершится.

Сегодня в общем чате я поразмышлял о том, что было бы здорово, если бы я мог проксировать загрузки этих пакетов через более быстрый локальный сервер, который мог бы проксировать запросы, распаковывать пакеты и передавать их дальше.

Итак, пока я нахожусь в стадии планирования, у меня есть несколько вопросов:

  1. Возможно ли иметь deb-пакет, который не сжат?
  2. Как удалить сжатие из deb?
  3. Изменится ли контрольная сумма при удалении компрессионного ключа, и если да, то как это исправить?

решение1

1) Не совсем так. Теоретически вы можете использовать самый низкий уровень сжатия во время сборки deb, но сборщики Ubuntu этого не делают. Медленная часть, вероятно, не распаковка, а распаковка файлов и запись их на диск. Несколько вещей могут повлиять на время ввода-вывода диска, включая настройки BIOS, скорость вращения диска и тип диска. Теоретически вы можете иметь архив данных внутри deb, хотя data.tarон все равно будет иметь небольшое сжатие (или инфляцию) и не поможет со скоростью записи на диск.

2) См. 1).

3) Да, это было бы так, если бы вы взяли бинарный deb и заменили data.tar.gzего содержимое, размер, временная метка и т. д. изменились бы. Чтобы иметь возможность что-то сделать, вам нужно было бы сделать это во время сборки deb-пакета.

С другой стороны, как я уже сказал, проблема со скоростью, вероятно, заключается в записи на диск. Вы можете проверить BIOS, чтобы изменить некоторые настройки для диска. Если вы используете диск SATA, и ваш BIOS настроен на взаимодействие с ним как IDE/ATAPI, то скорость чтения/записи будет крайне низкой. Измените настройку на AHCIif avaialble. Другая распространенная проблема — это RPM диска, если вы не используете SSD. Вы не указали, какой размер или RPM диска вы используете, но 2,5-дюймовый диск со скоростью 4500-5400 об/мин будет медленнее, чем 3,5-дюймовый диск со скоростью 7200-15000 об/мин. А диск SATA I (1,5 Гбит/с) будет медленнее, чем диск SATA II (3,0 Гбит/с) или III (6,0 Гбит/с). Размер кэша диска также играет здесь важную роль. Вы также не сказали, какой у вас Atom, или сколько оперативной памяти, но они не такие медленные, как можно было бы подумать. Это не топовый i7, но объем сжатия, используемый в deb-пакетах, обычно не является для них проблемой.

решение2

Для снятия компрессии вот что я придумал (это ни в коем случае не дает ответа ни на какие другие вопросы):

ar vx debianutils_4.3.4_amd64.deb
gunzip data.tar.gz
ar d debianutils_4.3.4_amd64.deb data.tar.gz
ar q debianutils_4.3.4_amd64.deb data.tar

Пакет больше. Контрольные суммы полностью отключены... Но это все еще валидный пакет, без сжатия.

Связанный контент