Re: [devel] genbasedir (was: печальные последствия перехода на rpm-4.13)

["Dmitry V. Levin" <ldv@altlinux.org>]

[-- Attachment #1: Type: text/plain, Size: 1272 bytes --]

On Tue, Feb 28, 2017 at 07:19:00PM +0300, Alexey Tourbin wrote:
> 2017-01-25 20:42 GMT+03:00 Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>:
[...]
> > Если речь в первую очередь о сборочнице, то, возможно, стоит задуматься о
> > патчинге apt-овых индексов (вместо генерации их с нуля).  Остальные
> > клиенты gb-sh-rpmhdrcache вполне могли бы патчить то, что у них есть -- и
> > генератор useful-files и генератор contents_index.
> > Понятно, что единственной загвоздкой в патчинге индексов являются именно
> > useful-files.
> 
> Зачем патчить аптовые индексы? Заново их создать - это несколько
> секунд всего.

Это для Сизифа несколько секунд?  При условии что всё в памяти сидит?

> Самая дорогая операция - это xz-сжатие, около минуты.
> Для внутренних нужд надо мигрировать на другое сжатие, то есть на zstd
> вместо xz.  У меня были работоспособные подвижки в этом направлении
> еще осенью: https://github.com/svpv/apt-repo-tools/commit/64029fc8

zstd, конечно, значительно быстрее чем xz, и для genbasedir --bloat
xz вполне можно было бы заменить.  Но медленный genbasedir --bloat
используется не всегда (gb-task-gen-task-repo не в счёт), а вот обычный
genbasedir - для каждого задания, дошедшего до интересующей нас стадии.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 801 bytes --]