Re: [devel] 4.1 obstacle: who will suffer?

[Alexey Tourbin <at@altlinux.ru>]

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

On Thu, Sep 18, 2008 at 01:10:57AM +0400, Dmitry V. Levin wrote:
> On Wed, Sep 17, 2008 at 09:51:41PM +0300, Michael Shigorin wrote:
> > On Wed, Sep 17, 2008 at 03:58:18PM +0400, Dmitry V. Levin wrote:
> > > > нужно переложить в 4.1 из Sisyphus (#17086,#16496)
> > > > festvox_cstr_us_awb_arctic_multisyn-1.0-alt2.src.rpm
> > > > festvox_cstr_us_jmk_arctic_multisyn-1.0-alt2.src.rpm
> > > > festvox_nitech_us_arctic_hts_voices-1.96-alt1.src.rpm
> > > > festvox_msu_ru_nsh_clunits --
> > > > тяжелые пакеты, по 100-150 Mb каждый, pure data, без зависимостей.
> > > > Из-за этого не хочется гнать их опять через incoming.
> > > Если вопрос только в толщине канала, могу дать доступ на сервер
> > > с локальным доступом к репозиторию.
> > 
> > Бишь лучше пересобрать с gz/bz, залить в /i/S и предложить перенести.
> 
> Не надо так делать.
> Пусть пакеты в Сизифе (особенно крупногабаритные) будут пожаты lzma.

JFYI,

$ du -hs glibc-locales-2.5.1-alt7.x86_64.rpm
5.5M    glibc-locales-2.5.1-alt7.x86_64.rpm
$ rpm -qp --qf '%{PAYLOADCOMPRESSOR} %{PAYLOADFLAGS}\n' glibc-locales-2.5.1-alt7.x86_64.rpm
lzma 2
$ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |wc -c
59561580
$ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |gzip -9 |wc -c
13146656
$ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |bzip2 |wc -c
10698481
$ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |lzma -2 |wc -c
5200645
$ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |lzma -5 |wc -c
2776880
$ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |lzma -8 |wc -c
1859862
$

Пакет glibc прошёл в Сизиф в обход incoming, и было использовано
"быстрое" сжатие "lzma -2" (по умолчанию в rpm) вместо "сильного" сжатия
"lzma -5" (по умолчанию в incoming).  Как видно, "быстрое" сжатие даёт
больше преимущество по сравнению с gzip и bzip2; но при "сильном" сжатии
пакет glibc-locales мог бы получиться ещё почти вдвое меньше по размеру.

Кроме того, видно, что потенциал lzma сжатия ещё не исчерпан (текущая
опция "сильного" сжатия фактически ограничивается требованием памяти для
распаковки; для "lzma -5" требуется 2+1M, далее потребление памяти
удваивается, так что для распаковки "lzma -8" потребуется 16+1M).

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