[devel] I: squashfsprogs с LZMA по умолчанию

[devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

В Sisyphus дополз squashfsprogs с включенным по умолчанию алгоритмом 
сжатия lzma.

Для него будет требоваться ядро std-def-2.6.25-alt7 или выше. 
Соответственно образы squashfs собранные новым mksquashfs по умолчанию 
будут не работать на предыдущих ядрах.

Опция -nolzma у mksquashfs отключает этот алгоритм.

Rgds,
Rider

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Sergey Y. Afonin]

On Thursday 31 July 2008, Anton Farygin wrote:

> В Sisyphus дополз squashfsprogs с включенным по умолчанию алгоритмом 
> сжатия lzma.
> 
> Для него будет требоваться ядро std-def-2.6.25-alt7 или выше. 
 
Не рано ? Не весь набор ядер ещё обновился...

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Sergey Y. Afonin пишет:
> On Thursday 31 July 2008, Anton Farygin wrote:
> 
>> В Sisyphus дополз squashfsprogs с включенным по умолчанию алгоритмом 
>> сжатия lzma.
>>
>> Для него будет требоваться ядро std-def-2.6.25-alt7 или выше. 
>  
> Не рано ? Не весь набор ядер ещё обновился...

Не рано. squashfs реально используется только на std-def. Я честно не 
знаю дистрибутивов, которые собираются на Sisyphus на отличных от 
std-def ядрах.

Да, и собственно, будет повод обновить ядро.

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Michael A. Kangin]

В сообщении от Thursday 31 July 2008 14:16:02 Anton Farygin написал(а):

> > Не рано ? Не весь набор ядер ещё обновился...
>
> Не рано. squashfs реально используется только на std-def. Я честно не
> знаю дистрибутивов, которые собираются на Sisyphus на отличных от
> std-def ядрах.
>
> Да, и собственно, будет повод обновить ядро.

ALTSP юзает -led-tc- и может использовать squashfs-образы для NBD.


-- 
wbr, Michael A. Kangin

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Michael A. Kangin пишет:
> В сообщении от Thursday 31 July 2008 14:16:02 Anton Farygin написал(а):
> 
>>> Не рано ? Не весь набор ядер ещё обновился...
>> Не рано. squashfs реально используется только на std-def. Я честно не
>> знаю дистрибутивов, которые собираются на Sisyphus на отличных от
>> std-def ядрах.
>>
>> Да, и собственно, будет повод обновить ядро.
> 
> ALTSP юзает -led-tc- и может использовать squashfs-образы для NBD.

И вы его собираете на Sisyphus ? Тогда в led-tc стоит добавить поддержку 
lzma, или для mksquashfs использовать параметр --nolzma

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Led]

В сообщении от Thursday 31 July 2008 13:58:42 Michael A. Kangin написал(а):
> В сообщении от Thursday 31 July 2008 14:16:02 Anton Farygin написал(а):
> > > Не рано ? Не весь набор ядер ещё обновился...
> >
> > Не рано. squashfs реально используется только на std-def. Я честно не
> > знаю дистрибутивов, которые собираются на Sisyphus на отличных от
> > std-def ядрах.
> >
> > Да, и собственно, будет повод обновить ядро.
>
> ALTSP юзает -led-tc- и может использовать squashfs-образы для NBD.

1) Там пока что без lzma
2) "-led-tc" в инсталляторе не используется

-- 
Led

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Sergey Y. Afonin]

On Thursday 31 July 2008, Anton Farygin wrote:

> Не рано. squashfs реально используется только на std-def. Я честно не 
> знаю дистрибутивов, которые собираются на Sisyphus на отличных от 
> std-def ядрах.

Лично меня волнует ядро с Open VZ. 

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Michael A. Kangin]

В сообщении от Thursday 31 July 2008 15:08:16 Led написал(а):


> > > > Не рано ? Не весь набор ядер ещё обновился...
> > >
> > > Не рано. squashfs реально используется только на std-def. Я честно не
> > > знаю дистрибутивов, которые собираются на Sisyphus на отличных от
> > > std-def ядрах.
> > >
> > > Да, и собственно, будет повод обновить ядро.
> >
> > ALTSP юзает -led-tc- и может использовать squashfs-образы для NBD.
>
> 1) Там пока что без lzma
> 2) "-led-tc" в инсталляторе не используется

А при чем тут инсталлятор.
-led-tc будет участвовать потом в попытке разжатия образа, по NBD 
подключенного, на клиенте.

-- 
wbr, Michael A. Kangin

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Michael A. Kangin]

В сообщении от Thursday 31 July 2008 15:05:37 Anton Farygin написал(а):

> >>> Не рано ? Не весь набор ядер ещё обновился...
> >>
> >> Не рано. squashfs реально используется только на std-def. Я честно не
> >> знаю дистрибутивов, которые собираются на Sisyphus на отличных от
> >> std-def ядрах.
> >>
> >> Да, и собственно, будет повод обновить ядро.
> >
> > ALTSP юзает -led-tc- и может использовать squashfs-образы для NBD.
>
> И вы его собираете на Sisyphus ? 

Почему бы и нет.

> Тогда в led-tc стоит добавить поддержку 
> lzma, или для mksquashfs использовать параметр --nolzma

Ага.


-- 
wbr, Michael A. Kangin

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Sergey Y. Afonin пишет:
> On Thursday 31 July 2008, Anton Farygin wrote:
> 
>> Не рано. squashfs реально используется только на std-def. Я честно не 
>> знаю дистрибутивов, которые собираются на Sisyphus на отличных от 
>> std-def ядрах.
> 
> Лично меня волнует ядро с Open VZ. 

В нём точно squashfs с lzma не понадобится срочным образом.

Но поддержку добавить, естественно, стоит.

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Michael A. Kangin пишет:
> В сообщении от Thursday 31 July 2008 15:08:16 Led написал(а):
> 
> 
>>>>> Не рано ? Не весь набор ядер ещё обновился...
>>>> Не рано. squashfs реально используется только на std-def. Я честно не
>>>> знаю дистрибутивов, которые собираются на Sisyphus на отличных от
>>>> std-def ядрах.
>>>>
>>>> Да, и собственно, будет повод обновить ядро.
>>> ALTSP юзает -led-tc- и может использовать squashfs-образы для NBD.
>> 1) Там пока что без lzma
>> 2) "-led-tc" в инсталляторе не используется
> 
> А при чем тут инсталлятор.
> -led-tc будет участвовать потом в попытке разжатия образа, по NBD 
> подключенного, на клиенте.

Кстати, ради интереса - сравните производительность lzma vs gzip на 
клиенте. Может быть по NBD стоит использовать --nolzma.

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Michael A. Kangin]

В сообщении от Thursday 31 July 2008 15:54:05 Anton Farygin написал(а):

> >>>>> Не рано ? Не весь набор ядер ещё обновился...
> >>>>
> >>>> Не рано. squashfs реально используется только на std-def. Я честно не
> >>>> знаю дистрибутивов, которые собираются на Sisyphus на отличных от
> >>>> std-def ядрах.
> >>>>
> >>>> Да, и собственно, будет повод обновить ядро.
> >>>
> >>> ALTSP юзает -led-tc- и может использовать squashfs-образы для NBD.
> >>
> >> 1) Там пока что без lzma
> >> 2) "-led-tc" в инсталляторе не используется
> >
> > А при чем тут инсталлятор.
> > -led-tc будет участвовать потом в попытке разжатия образа, по NBD
> > подключенного, на клиенте.
>
> Кстати, ради интереса - сравните производительность lzma vs gzip на
> клиенте. Может быть по NBD стоит использовать --nolzma.

Ну пока -led-tc не будет поддерживать LZMA, на самом клиенте не сравнишь. 
Только синтетические тесты если...


-- 
wbr, Michael A. Kangin

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Konstantin A. Lepikhov]

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

Hi Anton!

Thursday 31, at 12:02:18 PM you wrote:

> В Sisyphus дополз squashfsprogs с включенным по умолчанию алгоритмом 
> сжатия lzma.
> 
> Для него будет требоваться ядро std-def-2.6.25-alt7 или выше. 
> Соответственно образы squashfs собранные новым mksquashfs по умолчанию 
> будут не работать на предыдущих ядрах.
А кто это постановил и не пойти ли ему нафиг? Вообще-то, когда внедряли
lzma, то приводили причины зачем это нужно. Ты тоже сказал, что посмотришь
и приведешь данные. Поэтому прошу incominger выкинуть этот заботаж из
сизифа.

> 
> Опция -nolzma у mksquashfs отключает этот алгоритм.
прошу сделать эту опцию включенной по-умолчанию.

> 
> Rgds,
> Rider
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
WBR et al.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

04.08.08, Konstantin A. Lepikhov<lakostis@altlinux.org> написал(а):
> Hi Anton!
>
>
>  Thursday 31, at 12:02:18 PM you wrote:
>
>  > В Sisyphus дополз squashfsprogs с включенным по умолчанию алгоритмом
>  > сжатия lzma.
>  >
>  > Для него будет требоваться ядро std-def-2.6.25-alt7 или выше.
>  > Соответственно образы squashfs собранные новым mksquashfs по умолчанию
>  > будут не работать на предыдущих ядрах.
>
> А кто это постановил и не пойти ли ему нафиг? Вообще-то, когда внедряли
>  lzma, то приводили причины зачем это нужно. Ты тоже сказал, что посмотришь
>  и приведешь данные. Поэтому прошу incominger выкинуть этот заботаж из
>  сизифа.
>
>
>  >
>  > Опция -nolzma у mksquashfs отключает этот алгоритм.
>
> прошу сделать эту опцию включенной по-умолчанию.

Мне кажется это разумным. Мы закладываем большие проблемы поддержке в
противном случае.

Rgrds, Алексей

>
>
>  >
>  > Rgds,
>  > Rider
>  > _______________________________________________
>  > Devel mailing list
>  > Devel@lists.altlinux.org
>  > https://lists.altlinux.org/mailman/listinfo/devel
>
>
> --
>  WBR et al.
>
> -----BEGIN PGP SIGNATURE-----
>  Version: GnuPG v1.4.9 (GNU/Linux)
>
>  iD8DBQFIl1M+VtlNyKwhNDsRAiLtAJ90SXgqn3GcApyECsq+CBbOxEiT/ACgsX9z
>  SYjwe8dOCXytkKn6MQQoHYo=
>  =wB4e
>  -----END PGP SIGNATURE-----
>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 04.08.08, Konstantin A. Lepikhov<lakostis@altlinux.org> написал(а):
>> Hi Anton!
>>
>>
>>  Thursday 31, at 12:02:18 PM you wrote:
>>
>>  > В Sisyphus дополз squashfsprogs с включенным по умолчанию алгоритмом
>>  > сжатия lzma.
>>  >
>>  > Для него будет требоваться ядро std-def-2.6.25-alt7 или выше.
>>  > Соответственно образы squashfs собранные новым mksquashfs по умолчанию
>>  > будут не работать на предыдущих ядрах.
>>
>> А кто это постановил и не пойти ли ему нафиг? Вообще-то, когда внедряли
>>  lzma, то приводили причины зачем это нужно. Ты тоже сказал, что посмотришь
>>  и приведешь данные. Поэтому прошу incominger выкинуть этот заботаж из
>>  сизифа.
>>
>>
>>  >
>>  > Опция -nolzma у mksquashfs отключает этот алгоритм.
>>
>> прошу сделать эту опцию включенной по-умолчанию.
> 
> Мне кажется это разумным. Мы закладываем большие проблемы поддержке в
> противном случае.
> 

Вы оба не правы. Никаких проблем поддержке, и тем более разработке - не 
будет.

Всё что нужно - это научить две системы сборки принимать опции для squashfs.

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Anton Farygin пишет:
> 
> 
> Aleksey Novodvorsky пишет:
>> 04.08.08, Konstantin A. Lepikhov<lakostis@altlinux.org> написал(а):
>>> Hi Anton!
>>>
>>>
>>>  Thursday 31, at 12:02:18 PM you wrote:
>>>
>>>  > В Sisyphus дополз squashfsprogs с включенным по умолчанию алгоритмом
>>>  > сжатия lzma.
>>>  >
>>>  > Для него будет требоваться ядро std-def-2.6.25-alt7 или выше.
>>>  > Соответственно образы squashfs собранные новым mksquashfs по 
>>> умолчанию
>>>  > будут не работать на предыдущих ядрах.
>>>
>>> А кто это постановил и не пойти ли ему нафиг? Вообще-то, когда внедряли
>>>  lzma, то приводили причины зачем это нужно. Ты тоже сказал, что 
>>> посмотришь
>>>  и приведешь данные. Поэтому прошу incominger выкинуть этот заботаж из
>>>  сизифа.
>>>
>>>
>>>  >
>>>  > Опция -nolzma у mksquashfs отключает этот алгоритм.
>>>
>>> прошу сделать эту опцию включенной по-умолчанию.
>>
>> Мне кажется это разумным. Мы закладываем большие проблемы поддержке в
>> противном случае.
>>
> 
> Вы оба не правы. Никаких проблем поддержке, и тем более разработке - не 
> будет.
> 
> Всё что нужно - это научить две системы сборки принимать опции для 
> squashfs.

Добавлю, что опции для mksquashfs в spt и mkimage желательно научить 
принимать в любом случае, независимо от наличия или отсутствия lzma.

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Konstantin A. Lepikhov]

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

Hi Anton!

Monday 04, at 11:56:28 PM you wrote:

<skip>
> > Мне кажется это разумным. Мы закладываем большие проблемы поддержке в
> > противном случае.
> > 
> 
> Вы оба не правы. Никаких проблем поддержке, и тем более разработке - не 
> будет.
Мы оба правы а ты не прав. Что-то не вижу конкретики.

> 
> Всё что нужно - это научить две системы сборки принимать опции для squashfs.
Где-то я уже это слышал.

-- 
WBR et al.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Anton!
> 
> Monday 04, at 11:56:28 PM you wrote:
> 
> <skip>
>>> Мне кажется это разумным. Мы закладываем большие проблемы поддержке в
>>> противном случае.
>>>
>> Вы оба не правы. Никаких проблем поддержке, и тем более разработке - не 
>> будет.
> Мы оба правы а ты не прав. Что-то не вижу конкретики.

При таком подходе - не услышишь. Хотя, ты её знаешь и без меня, 
соответственно я не понимаю смысла твоего письма... лень делать патч на 
wka ядро ? точнее - лень делать merge с ядром std-def ?

Или что-то другое ?

> 
>> Всё что нужно - это научить две системы сборки принимать опции для squashfs.
> Где-то я уже это слышал.

Я рад за твой слух. Это нужно было сделать ещё с год назад.

Речь идёт про spt и mkimage.

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
>
>
>  Konstantin A. Lepikhov пишет:
>
> > Hi Anton!
> >
> > Monday 04, at 11:56:28 PM you wrote:
> >
> > <skip>
> >
> > >
> > > > Мне кажется это разумным. Мы закладываем большие проблемы поддержке в
> > > > противном случае.
> > > >
> > > >
> > > Вы оба не правы. Никаких проблем поддержке, и тем более разработке - не
> будет.
> > >
> > Мы оба правы а ты не прав. Что-то не вижу конкретики.
> >
>
>  При таком подходе - не услышишь. Хотя, ты её знаешь и без меня,
> соответственно я не понимаю смысла твоего письма... лень делать патч на wka
> ядро ? точнее - лень делать merge с ядром std-def ?

Антон, давай не будем переходить на личности.
Объясни мне, зачем так настойчиво пропихивать повсюду LZMA по
умолчанию, когда ты сам признаешь, что инфраструктура (mkimage, spt) к
этому не готова.
Объясни, пжста.

Rgrds, Алексей

>
>  Или что-то другое ?
>
>
> >
> >
> > > Всё что нужно - это научить две системы сборки принимать опции для
> squashfs.
> > >
> > Где-то я уже это слышал.
> >
>
>  Я рад за твой слух. Это нужно было сделать ещё с год назад.
>
>  Речь идёт про spt и mkimage.
>
>
>
>
>  _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
>>
>>  Konstantin A. Lepikhov пишет:
>>
>>> Hi Anton!
>>>
>>> Monday 04, at 11:56:28 PM you wrote:
>>>
>>> <skip>
>>>
>>>>> Мне кажется это разумным. Мы закладываем большие проблемы поддержке в
>>>>> противном случае.
>>>>>
>>>>>
>>>> Вы оба не правы. Никаких проблем поддержке, и тем более разработке - не
>> будет.
>>> Мы оба правы а ты не прав. Что-то не вижу конкретики.
>>>
>>  При таком подходе - не услышишь. Хотя, ты её знаешь и без меня,
>> соответственно я не понимаю смысла твоего письма... лень делать патч на wka
>> ядро ? точнее - лень делать merge с ядром std-def ?
> 
> Антон, давай не будем переходить на личности.
> Объясни мне, зачем так настойчиво пропихивать повсюду LZMA по
> умолчанию, когда ты сам признаешь, что инфраструктура (mkimage, spt) к
> этому не готова.
> Объясни, пжста.

Сложно объяснить что-то человеку, когда он не в теме. Но я попробую.

1) я не "пропихиваю повсюду" LZMA, а добавил его поддержку в mksquashfs 
(благодаря Андрею Степанову и авторам squashfs-lzma). Если я 
"пропихивал" LZMA ещё где-то, то прошу указать эти самые места, куда я 
успешно "пропихнул" LZMA.

2) Инфраструктуре mkimage и spt, по большей части, всё равно, что будет 
на выходе. Поддержка отключения lzma нужна только в том случае, если 
кто-то будет пытаться собирать образы из репозитария с новым 
squashfsprogs (в данный момент это только Sisyphus) и c ядром, не 
поддерживающим lzma в squashfs. В этом случае вся правка 
"инфраструктуры" будет заключаться в добавлении опции -nolzma для 
mksquashfs.
Такая ситуация вероятна в случае использования чего-то, отличающегося от 
ядер в Sisyphus - на данный момент все ядра сборки Миши Якшина 
поддерживают lzma, соответственно не могу ничего сказать про другие 
ядра, особенно про те, которые развиваются вне проекта Sisyphus (как, 
например, ядра от Lakostis).
3) Использование алгоритма сжатия lzma "расширяет" образ livecd примерно 
на 700 мегабайт установленных пакетов (в сжатом виде - 150-200 мегабайт 
в LZMA). Одновременно, если не добавлять новых пакетов, то 
производительность livecd вырастает примерно на 5-7% (проверялось на 
скорости закгрузки системы). Правда это проявляется только в случае 
использования CD/DVD - скорость вырастает за счёт того, что меньше 
считывается данных с диска.

Ну и соответственно, радует вторая стадия установки - она стала меньше 
примерно на 15%... Если говорить в цифрах, то это изменение позволит в 
школьный CD добавить одну программу объёмом до 10 мегабайт

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Konstantin A. Lepikhov]

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

Hi Anton!

Tuesday 05, at 12:55:46 AM you wrote:

> Сложно объяснить что-то человеку, когда он не в теме. Но я попробую.
Я был в теме еще год назад. Патчи к ядру которые якобы изобрел Андрей
Степанов давным-давно используются в разнокалиберных livecd и встроенных
linux'ах (например, openwrt). Когда же я попытался предложить добавить эти
патчи в ядро то не нашел взаимопонимания от тебя, экономящего на спичках и
говорившего что это замедлит сборку образа. Так что иди в баню.

> 
> 1) я не "пропихиваю повсюду" LZMA, а добавил его поддержку в mksquashfs 
> (благодаря Андрею Степанову и авторам squashfs-lzma). Если я 
> "пропихивал" LZMA ещё где-то, то прошу указать эти самые места, куда я 
> успешно "пропихнул" LZMA.
ты ничего успешно не пропихнул, а просто тормозил целый год и как всегда
не вовремя ляпнул.

> 
> 2) Инфраструктуре mkimage и spt, по большей части, всё равно, что будет 
> на выходе. Поддержка отключения lzma нужна только в том случае, если 
> кто-то будет пытаться собирать образы из репозитария с новым 
> squashfsprogs (в данный момент это только Sisyphus) и c ядром, не 
> поддерживающим lzma в squashfs. В этом случае вся правка 
> "инфраструктуры" будет заключаться в добавлении опции -nolzma для 
> mksquashfs.
Не только, а еще и пытаться загрузится с этими образами на произвольных
ядрах.

> Такая ситуация вероятна в случае использования чего-то, отличающегося от 
> ядер в Sisyphus - на данный момент все ядра сборки Миши Якшина 
> поддерживают lzma, соответственно не могу ничего сказать про другие 
> ядра, особенно про те, которые развиваются вне проекта Sisyphus (как, 
> например, ядра от Lakostis).
Это значит, что все альтернативные ядра в сизифе отменены. Супер. Я против
такой команды KMT из тормоза rider и Миши Якушщина. 

> 3) Использование алгоритма сжатия lzma "расширяет" образ livecd примерно 
> на 700 мегабайт установленных пакетов (в сжатом виде - 150-200 мегабайт 
> в LZMA). Одновременно, если не добавлять новых пакетов, то 
> производительность livecd вырастает примерно на 5-7% (проверялось на 
> скорости закгрузки системы). Правда это проявляется только в случае 
> использования CD/DVD - скорость вырастает за счёт того, что меньше 
> считывается данных с диска.
> 
> Ну и соответственно, радует вторая стадия установки - она стала меньше 
> примерно на 15%... Если говорить в цифрах, то это изменение позволит в 
> школьный CD добавить одну программу объёмом до 10 мегабайт
На каких пакетах проводилось тестирование? Есть ли задержки в загрузке и
повышения требований по потреблению памяти? Не сломана ли упаковка в
несколько потоков?

-- 
WBR et al.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

Константин,
прошу и Вас не переходить на личности.

05.08.08, Konstantin A. Lepikhov<lakostis@altlinux.org> написал(а):
> Hi Anton!
>
>
>  Tuesday 05, at 12:55:46 AM you wrote:
>
>  > Сложно объяснить что-то человеку, когда он не в теме. Но я попробую.
>
> Я был в теме еще год назад.

"Не в теме" относилось ко мне. И это правда.

Патчи к ядру которые якобы изобрел Андрей
>  Степанов давным-давно используются в разнокалиберных livecd и встроенных
>  linux'ах (например, openwrt). Когда же я попытался предложить добавить эти
>  патчи в ядро то не нашел взаимопонимания от тебя, экономящего на спичках и
>  говорившего что это замедлит сборку образа. Так что иди в баню.
>
>
>  >
>  > 1) я не "пропихиваю повсюду" LZMA, а добавил его поддержку в mksquashfs
>  > (благодаря Андрею Степанову и авторам squashfs-lzma). Если я
>  > "пропихивал" LZMA ещё где-то, то прошу указать эти самые места, куда я
>  > успешно "пропихнул" LZMA.
>
> ты ничего успешно не пропихнул, а просто тормозил целый год и как всегда
>  не вовремя ляпнул.
>
>
>  >
>  > 2) Инфраструктуре mkimage и spt, по большей части, всё равно, что будет
>  > на выходе. Поддержка отключения lzma нужна только в том случае, если
>  > кто-то будет пытаться собирать образы из репозитария с новым
>  > squashfsprogs (в данный момент это только Sisyphus) и c ядром, не
>  > поддерживающим lzma в squashfs. В этом случае вся правка
>  > "инфраструктуры" будет заключаться в добавлении опции -nolzma для
>  > mksquashfs.
>
> Не только, а еще и пытаться загрузится с этими образами на произвольных
>  ядрах.
>
>
>  > Такая ситуация вероятна в случае использования чего-то, отличающегося от
>  > ядер в Sisyphus - на данный момент все ядра сборки Миши Якшина
>  > поддерживают lzma, соответственно не могу ничего сказать про другие
>  > ядра, особенно про те, которые развиваются вне проекта Sisyphus (как,
>  > например, ядра от Lakostis).
>
> Это значит, что все альтернативные ядра в сизифе отменены.

Я тоже против внезапной отмены альтернативных ядер, тем более в
отсутствие мейнтенйера ядра и ldv@

 Супер. Я против
>  такой команды KMT из тормоза rider и Миши Якушщина.
>

Хм. При чем здесь silicium@?
Давайте все же по делу.

Rgrds, Алексей


>
>  > 3) Использование алгоритма сжатия lzma "расширяет" образ livecd примерно
>  > на 700 мегабайт установленных пакетов (в сжатом виде - 150-200 мегабайт
>  > в LZMA). Одновременно, если не добавлять новых пакетов, то
>  > производительность livecd вырастает примерно на 5-7% (проверялось на
>  > скорости закгрузки системы). Правда это проявляется только в случае
>  > использования CD/DVD - скорость вырастает за счёт того, что меньше
>  > считывается данных с диска.
>  >
>  > Ну и соответственно, радует вторая стадия установки - она стала меньше
>  > примерно на 15%... Если говорить в цифрах, то это изменение позволит в
>  > школьный CD добавить одну программу объёмом до 10 мегабайт
>
> На каких пакетах проводилось тестирование? Есть ли задержки в загрузке и
>  повышения требований по потреблению памяти? Не сломана ли упаковка в
>  несколько потоков?
>
>
>  --
>  WBR et al.
>
> -----BEGIN PGP SIGNATURE-----
>  Version: GnuPG v1.4.9 (GNU/Linux)
>
>  iD8DBQFIl3RJVtlNyKwhNDsRAtTRAKC73TXEihtqyv7RCos+Pbii0jQ1wgCgpmGY
>  x6s2NUpJT89AwuZA6Al7AXo=
>  =KzXN
>  -----END PGP SIGNATURE-----
>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Konstantin A. Lepikhov]

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

Hi Aleksey!

Tuesday 05, at 01:50:56 AM you wrote:

> Константин,
> прошу и Вас не переходить на личности.
> 
Не я первый ;)

<skip>
> > Это значит, что все альтернативные ядра в сизифе отменены.
> 
> Я тоже против внезапной отмены альтернативных ядер, тем более в
> отсутствие мейнтенйера ядра и ldv@
Против-непротив, а какашку в сизиф уже положили. И есть ее мантейнерам
_всех_ ядер.

> 
>  Супер. Я против
> >  такой команды KMT из тормоза rider и Миши Якушщина.
> >
> 
> Хм. При чем здесь silicium@?
> Давайте все же по делу.
Ну он же там главный :)

-- 
WBR et al.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

05.08.08, Konstantin A. Lepikhov<lakostis@altlinux.org> написал(а):
> Hi Aleksey!
>
>
>  Tuesday 05, at 01:50:56 AM you wrote:
>
>  > Константин,
>  > прошу и Вас не переходить на личности.
>  >
>
> Не я первый ;)

Да. Но вряд ли стоит в этом соревноваться.

>
>  <skip>
>
> > > Это значит, что все альтернативные ядра в сизифе отменены.
>  >
>  > Я тоже против внезапной отмены альтернативных ядер, тем более в
>  > отсутствие мейнтенйера ядра и ldv@
>
> Против-непротив, а какашку в сизиф уже положили. И есть ее мантейнерам
>  _всех_ ядер.
>
>
>  >
>  >  Супер. Я против
>  > >  такой команды KMT из тормоза rider и Миши Якушщина.
>  > >
>  >
>  > Хм. При чем здесь silicium@?
>  > Давайте все же по делу.
>
> Ну он же там главный :)
>

Он в отпуске.

Rgrds, Алексей

>
>  --
>  WBR et al.
>
> -----BEGIN PGP SIGNATURE-----
>  Version: GnuPG v1.4.9 (GNU/Linux)
>
>  iD8DBQFIl35HVtlNyKwhNDsRAnTmAJ4/xuHF65t3BW4RWqJm3qEibbVMsgCggpXz
>  97WRSaq5cBLYT8l9ddfiyeo=
>  =Mm6o
>  -----END PGP SIGNATURE-----
>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Alexey Tourbin]

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

On Tue, Aug 05, 2008 at 02:10:15AM +0400, Konstantin A. Lepikhov wrote:
> > Я тоже против внезапной отмены альтернативных ядер, тем более в
> > отсутствие мейнтенйера ядра и ldv@
> Против-непротив, а какашку в сизиф уже положили. И есть ее мантейнерам
> _всех_ ядер.

А где используется squashfs, кроме live cd?
Какой в принципе класс проблем существует?

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Aleksey Novodvorsky пишет:
>>  > 1) я не "пропихиваю повсюду" LZMA, а добавил его поддержку в mksquashfs
>>  > (благодаря Андрею Степанову и авторам squashfs-lzma). Если я
>>  > "пропихивал" LZMA ещё где-то, то прошу указать эти самые места, куда я
>>  > успешно "пропихнул" LZMA.
>>
>> ты ничего успешно не пропихнул, а просто тормозил целый год и как всегда
>>  не вовремя ляпнул.
>>

всё что я сделал - это вовремя (в период между фризами) реализовал 
давнюю (годичной давности) мечту Lakostis'а о добавлении lzma в squashfs.

Собственно, он был предупреждён об этом заранее, даже прореагировал на это:

http://lists.altlinux.org/pipermail/devel/2008-July/076805.html

Rgds,
Rider

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Konstantin A. Lepikhov]

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

Hi Anton!

Tuesday 05, at 02:26:22 AM you wrote:

> 
> 
> Aleksey Novodvorsky пишет:
> >>  > 1) я не "пропихиваю повсюду" LZMA, а добавил его поддержку в mksquashfs
> >>  > (благодаря Андрею Степанову и авторам squashfs-lzma). Если я
> >>  > "пропихивал" LZMA ещё где-то, то прошу указать эти самые места, куда я
> >>  > успешно "пропихнул" LZMA.
> >>
> >> ты ничего успешно не пропихнул, а просто тормозил целый год и как всегда
> >>  не вовремя ляпнул.
> >>
> 
> всё что я сделал - это вовремя (в период между фризами) реализовал 
> давнюю (годичной давности) мечту Lakostis'а о добавлении lzma в squashfs.
не реализовал, а соизволил добавить уже существующий патч.

> 
> Собственно, он был предупреждён об этом заранее, даже прореагировал на это:
> 
> http://lists.altlinux.org/pipermail/devel/2008-July/076805.html
> 
> Rgds,
> Rider
ага, перед уходом в отпуск, чтобы вовремя не остановить эти порывы (или
позывы). От тебя я получил ответ, что ты еще не проверил эту сборку.

-- 
WBR et al.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Konstantin A. Lepikhov]

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

Hi Alexey!

Tuesday 05, at 02:23:04 AM you wrote:

> On Tue, Aug 05, 2008 at 02:10:15AM +0400, Konstantin A. Lepikhov wrote:
> > > Я тоже против внезапной отмены альтернативных ядер, тем более в
> > > отсутствие мейнтенйера ядра и ldv@
> > Против-непротив, а какашку в сизиф уже положили. И есть ее мантейнерам
> > _всех_ ядер.
> 
> А где используется squashfs, кроме live cd?
> Какой в принципе класс проблем существует?
несовместимость образов live cd между собой, невозможность собрать live cd
в различных бранчах "из каробки". Также отваливаются и все кастомные
решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
не согласовав свои действия с KMT, создал всем головную боль.

-- 
WBR et al.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Alexey Tourbin]

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

On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
> > А где используется squashfs, кроме live cd?
> > Какой в принципе класс проблем существует?
> несовместимость образов live cd между собой, невозможность собрать live cd

Какого рода совместимость образов live cd между собой имелась в виду?

> в различных бранчах "из каробки". Также отваливаются и все кастомные
> решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
> не согласовав свои действия с KMT, создал всем головную боль.

То есть на некоторых ядрах нельзя будет сделать live cd (он не будет
загружаться), не поправив что-то где-то (либо отключив lzma, либо
добавив lzma в ядро).

В общем, убытки умеренные.  Сборощики live cd -- это же не "простые
пользователи", которые не обязаны что-либо знать про lzma.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Konstantin A. Lepikhov]

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

Hi Alexey!

Tuesday 05, at 02:50:58 AM you wrote:

> On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
> > > А где используется squashfs, кроме live cd?
> > > Какой в принципе класс проблем существует?
> > несовместимость образов live cd между собой, невозможность собрать live cd
> 
> Какого рода совместимость образов live cd между собой имелась в виду?
чтобы можно было менять ядра/initrd и оставлять непосредственно сжатый
образ. Т.е. у нас махом отвалились все ядра кроме 2.6.25.

> 
> > в различных бранчах "из каробки". Также отваливаются и все кастомные
> > решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
> > не согласовав свои действия с KMT, создал всем головную боль.
> 
> То есть на некоторых ядрах нельзя будет сделать live cd (он не будет
> загружаться), не поправив что-то где-то (либо отключив lzma, либо
> добавив lzma в ядро).
Умеренные, но неприятные.

> 
> В общем, убытки умеренные.  Сборощики live cd -- это же не "простые
> пользователи", которые не обязаны что-либо знать про lzma.
Сборщики ядер тоже люди. И им тоже иногда хочется спать и есть.

-- 
WBR et al.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

05.08.08, Alexey Tourbin<at@altlinux.ru> написал(а):
> On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
>  > > А где используется squashfs, кроме live cd?
>  > > Какой в принципе класс проблем существует?
>  > несовместимость образов live cd между собой, невозможность собрать live cd
>
>
> Какого рода совместимость образов live cd между собой имелась в виду?
>
>
>  > в различных бранчах "из каробки". Также отваливаются и все кастомные
>  > решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
>  > не согласовав свои действия с KMT, создал всем головную боль.
>
>
> То есть на некоторых ядрах нельзя будет сделать live cd (он не будет
>  загружаться), не поправив что-то где-то (либо отключив lzma, либо
>  добавив lzma в ядро).
>
>  В общем, убытки умеренные.  Сборощики live cd -- это же не "простые
>  пользователи", которые не обязаны что-либо знать про lzma.

У нас livecd собирают уже и продвинутые пользователи.

Rgrds, Алексей

>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

05.08.08, Konstantin A. Lepikhov<lakostis@altlinux.org> написал(а):
> Hi Alexey!
>
>
>  Tuesday 05, at 02:50:58 AM you wrote:
>
>  > On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
>  > > > А где используется squashfs, кроме live cd?
>  > > > Какой в принципе класс проблем существует?
>  > > несовместимость образов live cd между собой, невозможность собрать live cd
>  >
>  > Какого рода совместимость образов live cd между собой имелась в виду?
>
> чтобы можно было менять ядра/initrd и оставлять непосредственно сжатый
>  образ. Т.е. у нас махом отвалились все ядра кроме 2.6.25.
>
>
>  >
>  > > в различных бранчах "из каробки". Также отваливаются и все кастомные
>  > > решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
>  > > не согласовав свои действия с KMT, создал всем головную боль.
>  >
>  > То есть на некоторых ядрах нельзя будет сделать live cd (он не будет
>  > загружаться), не поправив что-то где-то (либо отключив lzma, либо
>  > добавив lzma в ядро).
>
> Умеренные, но неприятные.

Увы. Но все же Антон не сделал это совсем внезапно, Вы знали, пусть и
не в самый удобный момент. К тому же, хоть и не сразу, но выполнил
Ваше предложение с Вашим же патчем. Я полагаю, что в отсутствие
silicium@, это можно считать рабочим моментом.
>
>
>  >
>  > В общем, убытки умеренные.  Сборощики live cd -- это же не "простые
>  > пользователи", которые не обязаны что-либо знать про lzma.
>
> Сборщики ядер тоже люди. И им тоже иногда хочется спать и есть.
>

Да. И ругаться иногда тоже. Но давайте все же помягче.

Rgrds, Алексей

>
>  --
>  WBR et al.
>
> -----BEGIN PGP SIGNATURE-----
>  Version: GnuPG v1.4.9 (GNU/Linux)
>
>  iD8DBQFIl4mIVtlNyKwhNDsRAhxTAKCvSUWHafZyhZXOT6EkEeEbLxzQHQCdE1+Y
>  Ty17d2n5gh+Arz1cN0vEApk=
>  =SUvB
>  -----END PGP SIGNATURE-----
>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Led]

Tuesday, 05 August 2008 01:50:58 Alexey Tourbin написав:
> On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
> > > А где используется squashfs, кроме live cd?
> > > Какой в принципе класс проблем существует?
> >
> > несовместимость образов live cd между собой, невозможность собрать live
> > cd
>
> Какого рода совместимость образов live cd между собой имелась в виду?
>
> > в различных бранчах "из каробки". Также отваливаются и все кастомные
> > решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
> > не согласовав свои действия с KMT, создал всем головную боль.
>
> То есть на некоторых ядрах нельзя будет сделать live cd (он не будет
> загружаться), не поправив что-то где-то (либо отключив lzma, либо
> добавив lzma в ядро).
>
> В общем, убытки умеренные.  Сборощики live cd -- это же не "простые
> пользователи", которые не обязаны что-либо знать про lzma.

Это значит, что мне придётся проверять все скрипты и ставить там -nolzma, а 
потом надеяться на то, что они не будут в каких-то случаях рушится с "unknown 
option -nolzma"?
Что вообще мешало не менять поведение по-умолчанию в mksquashfs и 
задействовать lzma только по явному требованию?

-- 
Led

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Led]

Tuesday, 05 August 2008 01:23:04 Alexey Tourbin написав:
> On Tue, Aug 05, 2008 at 02:10:15AM +0400, Konstantin A. Lepikhov wrote:
> > > Я тоже против внезапной отмены альтернативных ядер, тем более в
> > > отсутствие мейнтенйера ядра и ldv@
> >
> > Против-непротив, а какашку в сизиф уже положили. И есть ее мантейнерам
> > _всех_ ядер.
>
> А где используется squashfs, кроме live cd?

/ на nbd.

> Какой в принципе класс проблем существует?

На токих клиентах LZMA - непозволительный оверхед по потреблению CPU и RAM при 
распаковке.

-- 
Led

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Led]

Tuesday, 05 August 2008 01:26:22 Anton Farygin написав:
> Aleksey Novodvorsky пишет:
> >>  > 1) я не "пропихиваю повсюду" LZMA, а добавил его поддержку в
> >>  > mksquashfs (благодаря Андрею Степанову и авторам squashfs-lzma). Если
> >>  > я "пропихивал" LZMA ещё где-то, то прошу указать эти самые места,
> >>  > куда я успешно "пропихнул" LZMA.
> >>
> >> ты ничего успешно не пропихнул, а просто тормозил целый год и как всегда
> >>  не вовремя ляпнул.
>
> всё что я сделал - это вовремя (в период между фризами) реализовал
> давнюю (годичной давности) мечту Lakostis'а о добавлении lzma в squashfs.

ИМХО изменение поведения по-умолчанию mksquashfs было сделано зря, причины 
подобного лично мне непонятны...:(

-- 
Led

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Alexey Tourbin]

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

On Tue, Aug 05, 2008 at 03:33:46AM +0300, Led wrote:
> > А где используется squashfs, кроме live cd?
> / на nbd.

Понятно.  "Кастомные решения", придётся апгрейдить клиентские ядра.

> > Какой в принципе класс проблем существует?
> На токих клиентах LZMA - непозволительный оверхед по потреблению CPU и RAM при 
> распаковке.

По CPU распаковка в 3 раза дольше чем gzip, но при этом в 3-4 раза
быстрее, чем bzip2.  При этом передаётся на 20-30% меньше данных (в
сжатом виде), что на медленных media или при передаче по сети на самом
деле может компенсировать задержку.

Потребление RAM зависит от того как было сжато.  Судя по
http://www.squashfs-lzma.org/ максимальный размер блока 1M,
поэтому больше 2M на разжатие уйти не должно.

Короче, любое сжатие -- это компромисс.  Когда приоритет имеет
коэффициент сжатия, то наилучшим компромиссом является lzma (учитывая
также остальные параметры, в частности, неплохую скорость разжатия).
Если приоритет имеет скорость и абсолютный минимум памяти, то есть
специальные realtime алгоритмы, напр. LZO.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Michael Shigorin]

On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
> Т.е. мантейнер squashfsprogs, не согласовав свои действия с
> KMT, создал всем головную боль.

Может, следует очертить круг околоядерных вещей, которые меняются
только согласованно в kernel space и userspace-пакетах?  Как вот
ещё m-i-t, mkinitrd, bootloader-utils...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Michael Shigorin]

On Tue, Aug 05, 2008 at 03:36:31AM +0300, Led wrote:
> > всё что я сделал - это вовремя (в период между фризами)
> > реализовал давнюю (годичной давности) мечту Lakostis'а о
> > добавлении lzma в squashfs.
> ИМХО изменение поведения по-умолчанию mksquashfs было сделано
> зря, причины подобного лично мне непонятны...:(

Да -- мож поправить дефолт?  Кому надо, те добавят в инструменты
и профили (раз хотели эту фичу), а кому не надо -- не огребут
головной боли на ровном месте.

Обкатаем с годик, мож и по умолчанию включить время придёт.

М?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Michael Shigorin пишет:
> On Tue, Aug 05, 2008 at 03:36:31AM +0300, Led wrote:
>>> всё что я сделал - это вовремя (в период между фризами)
>>> реализовал давнюю (годичной давности) мечту Lakostis'а о
>>> добавлении lzma в squashfs.
>> ИМХО изменение поведения по-умолчанию mksquashfs было сделано
>> зря, причины подобного лично мне непонятны...:(
> 
> Да -- мож поправить дефолт?  Кому надо, те добавят в инструменты
> и профили (раз хотели эту фичу), а кому не надо -- не огребут
> головной боли на ровном месте.
> 
> Обкатаем с годик, мож и по умолчанию включить время придёт.

Это уже обкатано с годик. По словам Lakostis - используется везде, 
начиная от LiveCD, и заканчивая Embedded. И это правда.

Не вижу причины для того, что бы не использовать опыт наших коллег из 
других проектов.

Rgds,
Rider

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton V. Boyarshinov]

> >  > Опция -nolzma у mksquashfs отключает этот алгоритм.
> >
> > прошу сделать эту опцию включенной по-умолчанию.
> 
> Мне кажется это разумным. Мы закладываем большие проблемы поддержке в
> противном случае.
Речь идёт не об rpm, а о mksquashfs и это никак не связано.

Антон

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton V. Boyarshinov]

On Tue, 5 Aug 2008 02:58:16 +0400 Konstantin A. Lepikhov wrote:

> > Какого рода совместимость образов live cd между собой имелась в виду?  

> чтобы можно было менять ядра/initrd и оставлять непосредственно сжатый
> образ. Т.е. у нас махом отвалились все ядра кроме 2.6.25.

А каков смысл этого действия? Не говоря уже о том, что при смене ядра
отвалятся модули в /lib

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Kirill A. Shutemov]

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

On Tue, Aug 05, 2008 at 03:31:23AM +0300, Led wrote:
> Что вообще мешало не менять поведение по-умолчанию в mksquashfs и 
> задействовать lzma только по явному требованию?

+1.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Led пишет:
> Tuesday, 05 August 2008 01:50:58 Alexey Tourbin написав:
>> On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
>>>> А где используется squashfs, кроме live cd?
>>>> Какой в принципе класс проблем существует?
>>> несовместимость образов live cd между собой, невозможность собрать live
>>> cd
>> Какого рода совместимость образов live cd между собой имелась в виду?
>>
>>> в различных бранчах "из каробки". Также отваливаются и все кастомные
>>> решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
>>> не согласовав свои действия с KMT, создал всем головную боль.
>> То есть на некоторых ядрах нельзя будет сделать live cd (он не будет
>> загружаться), не поправив что-то где-то (либо отключив lzma, либо
>> добавив lzma в ядро).
>>
>> В общем, убытки умеренные.  Сборощики live cd -- это же не "простые
>> пользователи", которые не обязаны что-либо знать про lzma.
> 
> Это значит, что мне придётся проверять все скрипты и ставить там -nolzma, а 
> потом надеяться на то, что они не будут в каких-то случаях рушится с "unknown 
> option -nolzma"?
> Что вообще мешало не менять поведение по-умолчанию в mksquashfs и 
> задействовать lzma только по явному требованию?

Отсутствие необходимости это делать. Непонятна причина, по которой тебя 
не устраивает lzma.

Можешь объяснить на примерах ? С цифрами, сравнениями ? От Lakostis'а 
понятно - не дождёшься, но ты то имеешь голову на плечах.

Я провёл своё тестирование этой сборки, оно показало явные преимущества 
lzma _во всех_ без исключения случаях. Иначе бы я не стал вбрасывать 
этот пакет в Sisyphus с включенным по умолчанию lzma.

Кто-то сможет мне доказать, что lzma по умолчанию - вселенское зло и это 
надо выключить ? Или так и будем говорить про мнимую совместимость 
livecd образов с разнымии ядрами и initrd ?

Я с начала "диалога" так и не услышал никаких вразумительных объяснений...

зато было:
- lzma гавно, все КМТ тормоза (c) Lakostis (see #11370, про тормозов)
- в livecd можно менять ядра и образы initrd без перегенерации squashfs 
образа (это вообще смешно было услышать от Лакостиса.. видимо он не 
знает, что в образе лежат модули ядра)
- +1 без объяснения причин.. ну понятно, человеку просто нужно было 
что-то сказать.
- это ломает поддержку всего и вся (ну это тоже понятно, от aen'а - он 
был не в теме)
- этот перл меня больше всего порадовал: "все используют lzma в livecd и 
встроенных linux'ах", через пару писем - lzma какашка. (c) Lakostis.

Так, теперь о бубликах:
- я без проблем уберу lzma по умолчанию. Но нужны цифры - где и как lzma 
проявляет себя крайне плохо, при этом объём работы по добавлению опции 
--nolzma будет превышать объём работы по добавлению опции --lzma в 
spt/mkimage + исправлению дефолтного поведения mksquashfs.

Rgds,
Rider

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Kirill A. Shutemov]

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

On Tue, Aug 05, 2008 at 01:02:11PM +0400, Anton Farygin wrote:
> 
> 
> Led пишет:
> > Tuesday, 05 August 2008 01:50:58 Alexey Tourbin написав:
> >> On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
> >>>> А где используется squashfs, кроме live cd?
> >>>> Какой в принципе класс проблем существует?
> >>> несовместимость образов live cd между собой, невозможность собрать live
> >>> cd
> >> Какого рода совместимость образов live cd между собой имелась в виду?
> >>
> >>> в различных бранчах "из каробки". Также отваливаются и все кастомные
> >>> решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
> >>> не согласовав свои действия с KMT, создал всем головную боль.
> >> То есть на некоторых ядрах нельзя будет сделать live cd (он не будет
> >> загружаться), не поправив что-то где-то (либо отключив lzma, либо
> >> добавив lzma в ядро).
> >>
> >> В общем, убытки умеренные.  Сборощики live cd -- это же не "простые
> >> пользователи", которые не обязаны что-либо знать про lzma.
> > 
> > Это значит, что мне придётся проверять все скрипты и ставить там -nolzma, а 
> > потом надеяться на то, что они не будут в каких-то случаях рушится с "unknown 
> > option -nolzma"?
> > Что вообще мешало не менять поведение по-умолчанию в mksquashfs и 
> > задействовать lzma только по явному требованию?
> 
> Отсутствие необходимости это делать. Непонятна причина, по которой тебя 
> не устраивает lzma.
> 
> Можешь объяснить на примерах ? С цифрами, сравнениями ? От Lakostis'а 
> понятно - не дождёшься, но ты то имеешь голову на плечах.
> 
> Я провёл своё тестирование этой сборки, оно показало явные преимущества 
> lzma _во всех_ без исключения случаях. Иначе бы я не стал вбрасывать 
> этот пакет в Sisyphus с включенным по умолчанию lzma.

А можно перечислить эти все "без исключения случаи"? Т.е. что именно
тестировалось?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Konstantin A. Lepikhov]

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

Hi Anton!

Tuesday 05, at 10:18:14 AM you wrote:

> 
> 
> Michael Shigorin пишет:
> > On Tue, Aug 05, 2008 at 03:36:31AM +0300, Led wrote:
> >>> всё что я сделал - это вовремя (в период между фризами)
> >>> реализовал давнюю (годичной давности) мечту Lakostis'а о
> >>> добавлении lzma в squashfs.
> >> ИМХО изменение поведения по-умолчанию mksquashfs было сделано
> >> зря, причины подобного лично мне непонятны...:(
> > 
> > Да -- мож поправить дефолт?  Кому надо, те добавят в инструменты
> > и профили (раз хотели эту фичу), а кому не надо -- не огребут
> > головной боли на ровном месте.
> > 
> > Обкатаем с годик, мож и по умолчанию включить время придёт.
> 
> Это уже обкатано с годик. По словам Lakostis - используется везде, 
> начиная от LiveCD, и заканчивая Embedded. И это правда.
Используется, но не обкатано. Embedded и обычная система - это 2 большие
разницы. Тем более, там уже давно 7z а не lzma.

> 
> Не вижу причины для того, что бы не использовать опыт наших коллег из 
> других проектов.
Ты сначала научись его правильно использовать. Я что-то не видел у наших
коллег из Mandriva/FC/Ubuntu lzma включенного по-умолчанию.

PS Прошу ответить на поставленные вопросы - каков прирост потребления
памяти при использовании lzma, увеличения скорости и работает ли при этом
возможность использовать несколько ядер для убыстрения упаковки.

PPS Вопрос на засыпку - кто будет обновлять твой патч, если придется
обновлять ядро? upstream squashfs или stanv за бутылку чая?

-- 
WBR et al.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Konstantin A. Lepikhov]

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

Hi Anton!

Tuesday 05, at 11:09:17 AM you wrote:

> On Tue, 5 Aug 2008 02:58:16 +0400 Konstantin A. Lepikhov wrote:
> 
> > > Какого рода совместимость образов live cd между собой имелась в виду?  
> 
> > чтобы можно было менять ядра/initrd и оставлять непосредственно сжатый
> > образ. Т.е. у нас махом отвалились все ядра кроме 2.6.25.
> 
> А каков смысл этого действия? Не говоря уже о том, что при смене ядра
> отвалятся модули в /lib
смысл простой - обновить ядро не меняя образ (особенно, если образ не
представляется возможным собрать в данный момент). А /lib нафиг не нужен -
в кастомных конфигурациях все можно в ядро запихать.

-- 
WBR et al.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Alexander Bokovoy]

2008/8/5 Anton Farygin <rider@altlinux.com>:
>> Что вообще мешало не менять поведение по-умолчанию в mksquashfs и
>> задействовать lzma только по явному требованию?
>
> Отсутствие необходимости это делать. Непонятна причина, по которой тебя не
> устраивает lzma.
>
> Можешь объяснить на примерах ? С цифрами, сравнениями ? От Lakostis'а
> понятно - не дождёшься, но ты то имеешь голову на плечах.
Объяснение строится только на одном аргументе: при введении нового
должен быть период адаптации. Который ты не обеспечил, тем самым
заведя ситуацию туда, где она есть сейчас.

Соблюдение этого правила требуется везде. В случае с добавлением lzma
в rpm вначале поддержка этого режима была добавлена и только после
дополнительного тестирования сделана режимом по умолчанию. И то, к
сожалению, обновление между ветками разработки не было протестировано
и исправлено до переключение на lzma по умолчанию.

Имея такой пример возникновения проблемы, ты обрезал все промежуточные
этапы. Тем самым, не только не дав возможность другим подготовиться к
грядущим изменениям, но и просто проигнорировав совместную работу.
Которая состоит не в том, что кто-то "анонсирует" и делает, но и в
том, что эти анонсы и работы сочетаются с действиями команды.

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

Соблюдение нормальных процессов разработки, тестирования, проверки
совместимости при внедрении, решения проблем совместимости и только уж
потом внедрения новых функций -- это штатный процесс создания
работающего продукта, который стоит всегда держать в голове и
соблюдать в реальности. Иначе нет никакой гарантии, что эта
деятельность будет кому-то вообще нужна в долгосрочной перспективе.
-- 
/ Alexander Bokovoy

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Kirill A. Shutemov пишет:
> On Tue, Aug 05, 2008 at 01:02:11PM +0400, Anton Farygin wrote:
>>
>> Led пишет:
>>> Tuesday, 05 August 2008 01:50:58 Alexey Tourbin написав:
>>>> On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
>>>>>> А где используется squashfs, кроме live cd?
>>>>>> Какой в принципе класс проблем существует?
>>>>> несовместимость образов live cd между собой, невозможность собрать live
>>>>> cd
>>>> Какого рода совместимость образов live cd между собой имелась в виду?
>>>>
>>>>> в различных бранчах "из каробки". Также отваливаются и все кастомные
>>>>> решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
>>>>> не согласовав свои действия с KMT, создал всем головную боль.
>>>> То есть на некоторых ядрах нельзя будет сделать live cd (он не будет
>>>> загружаться), не поправив что-то где-то (либо отключив lzma, либо
>>>> добавив lzma в ядро).
>>>>
>>>> В общем, убытки умеренные.  Сборощики live cd -- это же не "простые
>>>> пользователи", которые не обязаны что-либо знать про lzma.
>>> Это значит, что мне придётся проверять все скрипты и ставить там -nolzma, а 
>>> потом надеяться на то, что они не будут в каких-то случаях рушится с "unknown 
>>> option -nolzma"?
>>> Что вообще мешало не менять поведение по-умолчанию в mksquashfs и 
>>> задействовать lzma только по явному требованию?
>> Отсутствие необходимости это делать. Непонятна причина, по которой тебя 
>> не устраивает lzma.
>>
>> Можешь объяснить на примерах ? С цифрами, сравнениями ? От Lakostis'а 
>> понятно - не дождёшься, но ты то имеешь голову на плечах.
>>
>> Я провёл своё тестирование этой сборки, оно показало явные преимущества 
>> lzma _во всех_ без исключения случаях. Иначе бы я не стал вбрасывать 
>> этот пакет в Sisyphus с включенным по умолчанию lzma.
> 
> А можно перечислить эти все "без исключения случаи"? Т.е. что именно
> тестировалось?

время загрузки livecd/installer образов с различных источников:
CDROM
Flash
HDD
сеть

соответственно процентное соотношение эффективности lzma по сравнению с 
умолчательным алгоритмом squashfs

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Alexander Bokovoy пишет:
> 2008/8/5 Anton Farygin <rider@altlinux.com>:
>>> Что вообще мешало не менять поведение по-умолчанию в mksquashfs и
>>> задействовать lzma только по явному требованию?
>> Отсутствие необходимости это делать. Непонятна причина, по которой тебя не
>> устраивает lzma.
>>
>> Можешь объяснить на примерах ? С цифрами, сравнениями ? От Lakostis'а
>> понятно - не дождёшься, но ты то имеешь голову на плечах

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Anton!
> 
> Tuesday 05, at 10:18:14 AM you wrote:
> 
>>
>> Michael Shigorin пишет:
>>> On Tue, Aug 05, 2008 at 03:36:31AM +0300, Led wrote:
>>>>> всё что я сделал - это вовремя (в период между фризами)
>>>>> реализовал давнюю (годичной давности) мечту Lakostis'а о
>>>>> добавлении lzma в squashfs.
>>>> ИМХО изменение поведения по-умолчанию mksquashfs было сделано
>>>> зря, причины подобного лично мне непонятны...:(
>>> Да -- мож поправить дефолт?  Кому надо, те добавят в инструменты
>>> и профили (раз хотели эту фичу), а кому не надо -- не огребут
>>> головной боли на ровном месте.
>>>
>>> Обкатаем с годик, мож и по умолчанию включить время придёт.
>> Это уже обкатано с годик. По словам Lakostis - используется везде, 
>> начиная от LiveCD, и заканчивая Embedded. И это правда.
> Используется, но не обкатано. Embedded и обычная система - это 2 большие
> разницы. Тем более, там уже давно 7z а не lzma.

Велика ли разница между архиватором 7z и алгоритмом сжатия lzma ? ;)

> 
>> Не вижу причины для того, что бы не использовать опыт наших коллег из 
>> других проектов.
> Ты сначала научись его правильно использовать. Я что-то не видел у наших
> коллег из Mandriva/FC/Ubuntu lzma включенного по-умолчанию.

Не туда смотрел. посмотри на slax .

> 
> PS Прошу ответить на поставленные вопросы - каков прирост потребления
> памяти при использовании lzma, увеличения скорости и работает ли при этом
> возможность использовать несколько ядер для убыстрения упаковки.

Последний пункт - работает, проверено.

Пункт 1 - прироста памяти я не заметил (если и есть, то натолько 
несущественно, что на 64Mb системе это не заметно)

Скорость на CDROM увеличивается примерно на 5-10%, я тебе про это уже писал.

> 
> PPS Вопрос на засыпку - кто будет обновлять твой патч, если придется
> обновлять ядро? upstream squashfs или stanv за бутылку чая?

Не поверишь, upstream squashfs-lzma.

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Alexander Bokovoy пишет:
> 2008/8/5 Anton Farygin <rider@altlinux.com>:
>>> Что вообще мешало не менять поведение по-умолчанию в mksquashfs и
>>> задействовать lzma только по явному требованию?
>> Отсутствие необходимости это делать. Непонятна причина, по которой тебя не
>> устраивает lzma.
>>
>> Можешь объяснить на примерах ? С цифрами, сравнениями ? От Lakostis'а
>> понятно - не дождёшься, но ты то имеешь голову на плечах

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Konstantin A. Lepikhov]

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

Hi Anton!

Tuesday 05, at 01:27:57 PM you wrote:

> > Используется, но не обкатано. Embedded и обычная система - это 2 большие
> > разницы. Тем более, там уже давно 7z а не lzma.
> 
> Велика ли разница между архиватором 7z и алгоритмом сжатия lzma ? ;)
это будет тебе домашним заданием на след. год ;)

> 
> > 
> >> Не вижу причины для того, что бы не использовать опыт наших коллег из 
> >> других проектов.
> > Ты сначала научись его правильно использовать. Я что-то не видел у наших
> > коллег из Mandriva/FC/Ubuntu lzma включенного по-умолчанию.
> 
> Не туда смотрел. посмотри на slax .
Я так и знал, что будущее ALTLinux - это шлакварь и школьники. Теперь в
этом можно не сомневаться.

> 
> > 
> > PS Прошу ответить на поставленные вопросы - каков прирост потребления
> > памяти при использовании lzma, увеличения скорости и работает ли при этом
> > возможность использовать несколько ядер для убыстрения упаковки.
> 
> Последний пункт - работает, проверено.
> 
> Пункт 1 - прироста памяти я не заметил (если и есть, то натолько 
> несущественно, что на 64Mb системе это не заметно)
> 
> Скорость на CDROM увеличивается примерно на 5-10%, я тебе про это уже писал.
Цифры в студию. Иначе это не замеры, а болтовня.

> 
> > 
> > PPS Вопрос на засыпку - кто будет обновлять твой патч, если придется
> > обновлять ядро? upstream squashfs или stanv за бутылку чая?
> 
> Не поверишь, upstream squashfs-lzma.
т.е. никто. Понятно.

-- 
WBR et al.

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

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

Rgrds, Алексей

05.08.08, Konstantin A. Lepikhov<lakostis@altlinux.org> написал(а):
> Hi Anton!
>
>
>  Tuesday 05, at 01:27:57 PM you wrote:
>
>  > > Используется, но не обкатано. Embedded и обычная система - это 2 большие
>  > > разницы. Тем более, там уже давно 7z а не lzma.
>  >
>  > Велика ли разница между архиватором 7z и алгоритмом сжатия lzma ? ;)
>
> это будет тебе домашним заданием на след. год ;)
>
>
>  >
>  > >
>  > >> Не вижу причины для того, что бы не использовать опыт наших коллег из
>  > >> других проектов.
>  > > Ты сначала научись его правильно использовать. Я что-то не видел у наших
>  > > коллег из Mandriva/FC/Ubuntu lzma включенного по-умолчанию.
>  >
>  > Не туда смотрел. посмотри на slax .
>
> Я так и знал, что будущее ALTLinux - это шлакварь и школьники. Теперь в
>  этом можно не сомневаться.
>
>
>  >
>  > >
>  > > PS Прошу ответить на поставленные вопросы - каков прирост потребления
>  > > памяти при использовании lzma, увеличения скорости и работает ли при этом
>  > > возможность использовать несколько ядер для убыстрения упаковки.
>  >
>  > Последний пункт - работает, проверено.
>  >
>  > Пункт 1 - прироста памяти я не заметил (если и есть, то натолько
>  > несущественно, что на 64Mb системе это не заметно)
>  >
>  > Скорость на CDROM увеличивается примерно на 5-10%, я тебе про это уже писал.
>
> Цифры в студию. Иначе это не замеры, а болтовня.
>
>
>  >
>  > >
>  > > PPS Вопрос на засыпку - кто будет обновлять твой патч, если придется
>  > > обновлять ядро? upstream squashfs или stanv за бутылку чая?
>  >
>  > Не поверишь, upstream squashfs-lzma.
>
> т.е. никто. Понятно.
>
>
>  --
>  WBR et al.
>
> -----BEGIN PGP SIGNATURE-----
>  Version: GnuPG v1.4.9 (GNU/Linux)
>
>  iD8DBQFImB57VtlNyKwhNDsRAhAaAKCufenvVa8GIYq/MgDxHV5ER5vXtwCcCS1L
>  o2m9EGsiw2AUBSgofPRVOuk=
>  =if7O
>  -----END PGP SIGNATURE-----
>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Kirill A. Shutemov]

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

On Tue, Aug 05, 2008 at 01:20:20PM +0400, Anton Farygin wrote:
> 
> 
> Kirill A. Shutemov пишет:
> > On Tue, Aug 05, 2008 at 01:02:11PM +0400, Anton Farygin wrote:
> >>
> >> Led пишет:
> >>> Tuesday, 05 August 2008 01:50:58 Alexey Tourbin написав:
> >>>> On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
> >>>>>> А где используется squashfs, кроме live cd?
> >>>>>> Какой в принципе класс проблем существует?
> >>>>> несовместимость образов live cd между собой, невозможность собрать live
> >>>>> cd
> >>>> Какого рода совместимость образов live cd между собой имелась в виду?
> >>>>
> >>>>> в различных бранчах "из каробки". Также отваливаются и все кастомные
> >>>>> решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
> >>>>> не согласовав свои действия с KMT, создал всем головную боль.
> >>>> То есть на некоторых ядрах нельзя будет сделать live cd (он не будет
> >>>> загружаться), не поправив что-то где-то (либо отключив lzma, либо
> >>>> добавив lzma в ядро).
> >>>>
> >>>> В общем, убытки умеренные.  Сборощики live cd -- это же не "простые
> >>>> пользователи", которые не обязаны что-либо знать про lzma.
> >>> Это значит, что мне придётся проверять все скрипты и ставить там -nolzma, а 
> >>> потом надеяться на то, что они не будут в каких-то случаях рушится с "unknown 
> >>> option -nolzma"?
> >>> Что вообще мешало не менять поведение по-умолчанию в mksquashfs и 
> >>> задействовать lzma только по явному требованию?
> >> Отсутствие необходимости это делать. Непонятна причина, по которой тебя 
> >> не устраивает lzma.
> >>
> >> Можешь объяснить на примерах ? С цифрами, сравнениями ? От Lakostis'а 
> >> понятно - не дождёшься, но ты то имеешь голову на плечах.
> >>
> >> Я провёл своё тестирование этой сборки, оно показало явные преимущества 
> >> lzma _во всех_ без исключения случаях. Иначе бы я не стал вбрасывать 
> >> этот пакет в Sisyphus с включенным по умолчанию lzma.
> > 
> > А можно перечислить эти все "без исключения случаи"? Т.е. что именно
> > тестировалось?
> 
> время загрузки livecd/installer образов с различных источников:
> CDROM
> Flash
> HDD
> сеть
> 
> соответственно процентное соотношение эффективности lzma по сравнению с 
> умолчательным алгоритмом squashfs

Э.. А цифры где?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Anton!
> 
> Tuesday 05, at 01:27:57 PM you wrote:
> 
>>> Используется, но не обкатано. Embedded и обычная система - это 2 большие
>>> разницы. Тем более, там уже давно 7z а не lzma.
>> Велика ли разница между архиватором 7z и алгоритмом сжатия lzma ? ;)
> это будет тебе домашним заданием на след. год ;)

Твоими молитвами клятвенно обещаю это изучить ? ;)

> 
>>>> Не вижу причины для того, что бы не использовать опыт наших коллег из 
>>>> других проектов.
>>> Ты сначала научись его правильно использовать. Я что-то не видел у наших
>>> коллег из Mandriva/FC/Ubuntu lzma включенного по-умолчанию.
>> Не туда смотрел. посмотри на slax .
> Я так и знал, что будущее ALTLinux - это шлакварь и школьники. Теперь в
> этом можно не сомневаться.

Ты знал, ты знал...

> 
>>> PS Прошу ответить на поставленные вопросы - каков прирост потребления
>>> памяти при использовании lzma, увеличения скорости и работает ли при этом
>>> возможность использовать несколько ядер для убыстрения упаковки.
>> Последний пункт - работает, проверено.
>>
>> Пункт 1 - прироста памяти я не заметил (если и есть, то натолько 
>> несущественно, что на 64Mb системе это не заметно)
>>
>> Скорость на CDROM увеличивается примерно на 5-10%, я тебе про это уже писал.
> Цифры в студию. Иначе это не замеры, а болтовня.

Влом заново бегать с секундомером.. если тебе нужно - замерь. Нет - 
можешь поверить мне на слово

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
>
>
>  Konstantin A. Lepikhov пишет:
>
> > Hi Anton!
> >
> > Tuesday 05, at 01:27:57 PM you wrote:
> >
> >
> > >
> > > > Используется, но не обкатано. Embedded и обычная система - это 2
> большие
> > > > разницы. Тем более, там уже давно 7z а не lzma.
> > > >
> > > Велика ли разница между архиватором 7z и алгоритмом сжатия lzma ? ;)
> > >
> > это будет тебе домашним заданием на след. год ;)
> >
>
>  Твоими молитвами клятвенно обещаю это изучить ? ;)
>
>
> >
> >
> > >
> > > >
> > > > > Не вижу причины для того, что бы не использовать опыт наших коллег
> из других проектов.
> > > > >
> > > > Ты сначала научись его правильно использовать. Я что-то не видел у
> наших
> > > > коллег из Mandriva/FC/Ubuntu lzma включенного по-умолчанию.
> > > >
> > > Не туда смотрел. посмотри на slax .
> > >
> > Я так и знал, что будущее ALTLinux - это шлакварь и школьники. Теперь в
> > этом можно не сомневаться.
> >
>
>  Ты знал, ты знал...
>
>
> >
> >
> > >
> > > > PS Прошу ответить на поставленные вопросы - каков прирост потребления
> > > > памяти при использовании lzma, увеличения скорости и работает ли при
> этом
> > > > возможность использовать несколько ядер для убыстрения упаковки.
> > > >
> > > Последний пункт - работает, проверено.
> > >
> > > Пункт 1 - прироста памяти я не заметил (если и есть, то натолько
> несущественно, что на 64Mb системе это не заметно)
> > >
> > > Скорость на CDROM увеличивается примерно на 5-10%, я тебе про это уже
> писал.
> > >
> > Цифры в студию. Иначе это не замеры, а болтовня.
> >
>
>  Влом заново бегать с секундомером.. если тебе нужно - замерь. Нет - можешь
> поверить мне на слово

Антон, тебе не верят на слово. Твое решение затрагивает слигком
многих, чтобы принимать его без серьезных обоснований.

Rgrds, Алексей

>
>  _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Kirill A. Shutemov пишет:
> On Tue, Aug 05, 2008 at 01:20:20PM +0400, Anton Farygin wrote:
>>
>> Kirill A. Shutemov пишет:
>>> On Tue, Aug 05, 2008 at 01:02:11PM +0400, Anton Farygin wrote:
>>>> Led пишет:
>>>>> Tuesday, 05 August 2008 01:50:58 Alexey Tourbin написав:
>>>>>> On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
>>>>>>>> А где используется squashfs, кроме live cd?
>>>>>>>> Какой в принципе класс проблем существует?
>>>>>>> несовместимость образов live cd между собой, невозможность собрать live
>>>>>>> cd
>>>>>> Какого рода совместимость образов live cd между собой имелась в виду?
>>>>>>
>>>>>>> в различных бранчах "из каробки". Также отваливаются и все кастомные
>>>>>>> решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
>>>>>>> не согласовав свои действия с KMT, создал всем головную боль.
>>>>>> То есть на некоторых ядрах нельзя будет сделать live cd (он не будет
>>>>>> загружаться), не поправив что-то где-то (либо отключив lzma, либо
>>>>>> добавив lzma в ядро).
>>>>>>
>>>>>> В общем, убытки умеренные.  Сборощики live cd -- это же не "простые
>>>>>> пользователи", которые не обязаны что-либо знать про lzma.
>>>>> Это значит, что мне придётся проверять все скрипты и ставить там -nolzma, а 
>>>>> потом надеяться на то, что они не будут в каких-то случаях рушится с "unknown 
>>>>> option -nolzma"?
>>>>> Что вообще мешало не менять поведение по-умолчанию в mksquashfs и 
>>>>> задействовать lzma только по явному требованию?
>>>> Отсутствие необходимости это делать. Непонятна причина, по которой тебя 
>>>> не устраивает lzma.
>>>>
>>>> Можешь объяснить на примерах ? С цифрами, сравнениями ? От Lakostis'а 
>>>> понятно - не дождёшься, но ты то имеешь голову на плечах.
>>>>
>>>> Я провёл своё тестирование этой сборки, оно показало явные преимущества 
>>>> lzma _во всех_ без исключения случаях. Иначе бы я не стал вбрасывать 
>>>> этот пакет в Sisyphus с включенным по умолчанию lzma.
>>> А можно перечислить эти все "без исключения случаи"? Т.е. что именно
>>> тестировалось?
>> время загрузки livecd/installer образов с различных источников:
>> CDROM
>> Flash
>> HDD
>> сеть
>>
>> соответственно процентное соотношение эффективности lzma по сравнению с 
>> умолчательным алгоритмом squashfs
> 
> Э.. А цифры где?

Кирилл, я сожалею, но цифры я не сохранил. Мне было достаточно самому 
убедится в преимуществе.


Никак не ожидал увидеть ЭТО в devel@.

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
>>
>>  Konstantin A. Lepikhov пишет:
>>
>>> Hi Anton!
>>>
>>> Tuesday 05, at 01:27:57 PM you wrote:
>>>
>>>
>>>>> Используется, но не обкатано. Embedded и обычная система - это 2
>> большие
>>>>> разницы. Тем более, там уже давно 7z а не lzma.
>>>>>
>>>> Велика ли разница между архиватором 7z и алгоритмом сжатия lzma ? ;)
>>>>
>>> это будет тебе домашним заданием на след. год ;)
>>>
>>  Твоими молитвами клятвенно обещаю это изучить ? ;)
>>
>>
>>>
>>>>>> Не вижу причины для того, что бы не использовать опыт наших коллег
>> из других проектов.
>>>>> Ты сначала научись его правильно использовать. Я что-то не видел у
>> наших
>>>>> коллег из Mandriva/FC/Ubuntu lzma включенного по-умолчанию.
>>>>>
>>>> Не туда смотрел. посмотри на slax .
>>>>
>>> Я так и знал, что будущее ALTLinux - это шлакварь и школьники. Теперь в
>>> этом можно не сомневаться

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
>
>
>  Kirill A. Shutemov пишет:
>
> > On Tue, Aug 05, 2008 at 01:20:20PM +0400, Anton Farygin wrote:
> >
> > >
> > > Kirill A. Shutemov пишет:
> > >
> > > > On Tue, Aug 05, 2008 at 01:02:11PM +0400, Anton Farygin wrote:
> > > >
> > > > > Led пишет:
> > > > >
> > > > > > Tuesday, 05 August 2008 01:50:58 Alexey Tourbin написав:
> > > > > >
> > > > > > > On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov
> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > > А где используется squashfs, кроме live cd?
> > > > > > > > > Какой в принципе класс проблем существует?
> > > > > > > > >
> > > > > > > > несовместимость образов live cd между собой, невозможность
> собрать live
> > > > > > > > cd
> > > > > > > >
> > > > > > > Какого рода совместимость образов live cd между собой имелась в
> виду?
> > > > > > >
> > > > > > >
> > > > > > > > в различных бранчах "из каробки". Также отваливаются и все
> кастомные
> > > > > > > > решения, которые использовали старые ядра. Т.е. мантейнер
> squashfsprogs,
> > > > > > > > не согласовав свои действия с KMT, создал всем головную боль.
> > > > > > > >
> > > > > > > То есть на некоторых ядрах нельзя будет сделать live cd (он не
> будет
> > > > > > > загружаться), не поправив что-то где-то (либо отключив lzma,
> либо
> > > > > > > добавив lzma в ядро).
> > > > > > >
> > > > > > > В общем, убытки умеренные.  Сборощики live cd -- это же не
> "простые
> > > > > > > пользователи", которые не обязаны что-либо знать про lzma.
> > > > > > >
> > > > > > Это значит, что мне придётся проверять все скрипты и ставить там
> -nolzma, а потом надеяться на то, что они не будут в каких-то случаях
> рушится с "unknown option -nolzma"?
> > > > > > Что вообще мешало не менять поведение по-умолчанию в mksquashfs и
> задействовать lzma только по явному требованию?
> > > > > >
> > > > > Отсутствие необходимости это делать. Непонятна причина, по которой
> тебя не устраивает lzma.
> > > > >
> > > > > Можешь объяснить на примерах ? С цифрами, сравнениями ? От
> Lakostis'а понятно - не дождёшься, но ты то имеешь голову на плечах.
> > > > >
> > > > > Я провёл своё тестирование этой сборки, оно показало явные
> преимущества lzma _во всех_ без исключения случаях. Иначе бы я не стал
> вбрасывать этот пакет в Sisyphus с включенным по умолчанию lzma.
> > > > >
> > > > А можно перечислить эти все "без исключения случаи"? Т.е. что именно
> > > > тестировалось?
> > > >
> > > время загрузки livecd/installer образов с различных источников:
> > > CDROM
> > > Flash
> > > HDD
> > > сеть
> > >
> > > соответственно процентное соотношение эффективности lzma по сравнению с
> умолчательным алгоритмом squashfs
> > >
> >
> > Э.. А цифры где?
> >
>
>  Кирилл, я сожалею, но цифры я не сохранил. Мне было достаточно самому
> убедится в преимуществе.
>
>
>  Никак не ожидал увидеть ЭТО в devel@.

Антон, возможно, ты 100 раз прав. Но коллегам неудобно твео решение и
без серьезных обоснований они не хотят его принимать. Тем более, что
рассуждения ab@ про подготовительный период выглядят весьма разумно.
Вынеся за скобки жмоциональную сторону обсуждения с lakostis@, надо
все же спокойно обсудить положение с теми, кто спокойно аргументирует
иную точку зрения. Мы все друг друга уважаем и ценим, зачем нам
ссориться?
Господа, скажите же друг другу что-то хорошее!
Rgrds, Алексей

>
>
>
>  _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Anton Farygin пишет:
> 
> 
> Aleksey Novodvorsky пишет:
>> 05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
>>>
>>>  Konstantin A. Lepikhov пишет:
>>>
>>>> Hi Anton!
>>>>
>>>> Tuesday 05, at 01:27:57 PM you wrote:
>>>>
>>>>
>>>>>> Используется, но не обкатано. Embedded и обычная система - это 2
>>> большие
>>>>>> разницы. Тем более, там уже давно 7z а не lzma.
>>>>>>
>>>>> Велика ли разница между архиватором 7z и алгоритмом сжатия lzma ? ;)
>>>>>
>>>> это будет тебе домашним заданием на след. год ;)
>>>>
>>>  Твоими молитвами клятвенно обещаю это изучить ? ;)
>>>
>>>
>>>>
>>>>>>> Не вижу причины для того, что бы не использовать опыт наших коллег
>>> из других проектов.
>>>>>> Ты сначала научись его правильно использовать. Я что-то не видел у
>>> наших
>>>>>> коллег из Mandriva/FC/Ubuntu lzma включенного по-умолчанию.
>>>>>>
>>>>> Не туда смотрел. посмотри на slax .
>>>>>
>>>> Я так и знал, что будущее ALTLinux - это шлакварь и школьники. Теперь в
>>>> этом можно не сомневаться


Алексей, ты меня уболтал. если тебя действительно так сильно напрягает 
присутствие lzma в squashfs, я готов исключительно из уважения к тебе - 
откатить полностью патч.

Делать --lzma + патчить mkimage у меня сейчас нет времени.

Отправлять пакет в Sisyphus ????

Решение за тобой. Добавлю, что обратную работу я выполнять уже не 
собираюсь - и так было потрачено очень много времени на "ничего".

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

Антон, содержание некоторых твоих писем я не вижу.
Возможно, это бага gmail, но все равно обидно.

Rgrds, Алексей

05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
>
>
>  Aleksey Novodvorsky пишет:
>
> > 05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
> >
> > >
> > >  Konstantin A. Lepikhov пишет:
> > >
> > >
> > > > Hi Anton!
> > > >
> > > > Tuesday 05, at 01:27:57 PM you wrote:
> > > >
> > > >
> > > >
> > > > >
> > > > > > Используется, но не обкатано. Embedded и обычная система - это 2
> > > > > >
> > > > >
> > > >
> > > большие
> > >
> > > >
> > > > >
> > > > > > разницы. Тем более, там уже давно 7z а не lzma.
> > > > > >
> > > > > >
> > > > > Велика ли разница между архиватором 7z и алгоритмом сжатия lzma ? ;)
> > > > >
> > > > >
> > > > это будет тебе домашним заданием на след. год ;)
> > > >
> > > >
> > >  Твоими молитвами клятвенно обещаю это изучить ? ;)
> > >
> > >
> > >
> > > >
> > > >
> > > > >
> > > > > >
> > > > > > > Не вижу причины для того, что бы не использовать опыт наших
> коллег
> > > > > > >
> > > > > >
> > > > >
> > > >
> > > из других проектов.
> > >
> > > >
> > > > >
> > > > > > Ты сначала научись его правильно использовать. Я что-то не видел у
> > > > > >
> > > > >
> > > >
> > > наших
> > >
> > > >
> > > > >
> > > > > > коллег из Mandriva/FC/Ubuntu lzma включенного по-умолчанию.
> > > > > >
> > > > > >
> > > > > Не туда смотрел. посмотри на slax .
> > > > >
> > > > >
> > > > Я так и знал, что будущее ALTLinux - это шлакварь и школьники. Теперь
> в
> > > > этом можно не сомневаться
> > > >
> > >
> >
>  _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

Антон, спасибо!

05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
>
>
>  Anton Farygin пишет:
>
> >
> >
> > Aleksey Novodvorsky пишет:
> >
> > > 05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
> > >
> > > >
> > > >  Konstantin A. Lepikhov пишет:
> > > >
> > > >
> > > > > Hi Anton!
> > > > >
> > > > > Tuesday 05, at 01:27:57 PM you wrote:
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > > Используется, но не обкатано. Embedded и обычная система - это 2
> > > > > > >
> > > > > >
> > > > >
> > > > большие
> > > >
> > > > >
> > > > > >
> > > > > > > разницы. Тем более, там уже давно 7z а не lzma.
> > > > > > >
> > > > > > >
> > > > > > Велика ли разница между архиватором 7z и алгоритмом сжатия lzma ?
> ;)
> > > > > >
> > > > > >
> > > > > это будет тебе домашним заданием на след. год ;)
> > > > >
> > > > >
> > > >  Твоими молитвами клятвенно обещаю это изучить ? ;)
> > > >
> > > >
> > > >
> > > > >
> > > > >
> > > > > >
> > > > > > >
> > > > > > > > Не вижу причины для того, что бы не использовать опыт наших
> коллег
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > из других проектов.
> > > >
> > > > >
> > > > > >
> > > > > > > Ты сначала научись его правильно использовать. Я что-то не видел
> у
> > > > > > >
> > > > > >
> > > > >
> > > > наших
> > > >
> > > > >
> > > > > >
> > > > > > > коллег из Mandriva/FC/Ubuntu lzma включенного по-умолчанию.
> > > > > > >
> > > > > > >
> > > > > > Не туда смотрел. посмотри на slax .
> > > > > >
> > > > > >
> > > > > Я так и знал, что будущее ALTLinux - это шлакварь и школьники.
> Теперь в
> > > > > этом можно не сомневаться
> > > > >
> > > >
> > >
> >
>
>
>  Алексей, ты меня уболтал. если тебя действительно так сильно напрягает
> присутствие lzma в squashfs, я готов исключительно из уважения к тебе -
> откатить полностью патч.
>

Еще раз спасибо!

>  Делать --lzma + патчить mkimage у меня сейчас нет времени.
>
>  Отправлять пакет в Sisyphus ????

Коллеги, есть ли возражения?
Я в этом некометентен, мне важно мнение специалистов.
Rgrds, Алексей

>
>  Решение за тобой. Добавлю, что обратную работу я выполнять уже не собираюсь
> - и так было потрачено очень много времени на "ничего".
>
>
>  _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

Антон, давай откатим, а обсуждение продолжим.
По возвращении ldv@ и silicium@ все решим. Так будет лучше, нам важнее
всего выйти из этой ругани и остыть.
Я не знаю, кто прав, но обстановка в команде важнее.

Rgrds, Алексей

05.08.08, Aleksey Novodvorsky<a.e.nvdv@gmail.com> написал(а):
> Антон, спасибо!
>
>
>  05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
>  >
>  >
>  >  Anton Farygin пишет:
>  >
>  > >
>  > >
>  > > Aleksey Novodvorsky пишет:
>  > >
>  > > > 05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
>  > > >
>  > > > >
>  > > > >  Konstantin A. Lepikhov пишет:
>  > > > >
>  > > > >
>  > > > > > Hi Anton!
>  > > > > >
>  > > > > > Tuesday 05, at 01:27:57 PM you wrote:
>  > > > > >
>  > > > > >
>  > > > > >
>  > > > > > >
>  > > > > > > > Используется, но не обкатано. Embedded и обычная система - это 2
>  > > > > > > >
>  > > > > > >
>  > > > > >
>  > > > > большие
>  > > > >
>  > > > > >
>  > > > > > >
>  > > > > > > > разницы. Тем более, там уже давно 7z а не lzma.
>  > > > > > > >
>  > > > > > > >
>  > > > > > > Велика ли разница между архиватором 7z и алгоритмом сжатия lzma ?
>  > ;)
>  > > > > > >
>  > > > > > >
>  > > > > > это будет тебе домашним заданием на след. год ;)
>  > > > > >
>  > > > > >
>  > > > >  Твоими молитвами клятвенно обещаю это изучить ? ;)
>  > > > >
>  > > > >
>  > > > >
>  > > > > >
>  > > > > >
>  > > > > > >
>  > > > > > > >
>  > > > > > > > > Не вижу причины для того, что бы не использовать опыт наших
>  > коллег
>  > > > > > > > >
>  > > > > > > >
>  > > > > > >
>  > > > > >
>  > > > > из других проектов.
>  > > > >
>  > > > > >
>  > > > > > >
>  > > > > > > > Ты сначала научись его правильно использовать. Я что-то не видел
>  > у
>  > > > > > > >
>  > > > > > >
>  > > > > >
>  > > > > наших
>  > > > >
>  > > > > >
>  > > > > > >
>  > > > > > > > коллег из Mandriva/FC/Ubuntu lzma включенного по-умолчанию.
>  > > > > > > >
>  > > > > > > >
>  > > > > > > Не туда смотрел. посмотри на slax .
>  > > > > > >
>  > > > > > >
>  > > > > > Я так и знал, что будущее ALTLinux - это шлакварь и школьники.
>  > Теперь в
>  > > > > > этом можно не сомневаться
>  > > > > >
>  > > > >
>  > > >
>  > >
>  >
>  >
>  >  Алексей, ты меня уболтал. если тебя действительно так сильно напрягает
>  > присутствие lzma в squashfs, я готов исключительно из уважения к тебе -
>  > откатить полностью патч.
>  >
>
>
> Еще раз спасибо!
>
>
>  >  Делать --lzma + патчить mkimage у меня сейчас нет времени.
>  >
>  >  Отправлять пакет в Sisyphus ????
>
>
> Коллеги, есть ли возражения?
>  Я в этом некометентен, мне важно мнение специалистов.
>  Rgrds, Алексей
>
>
>  >
>  >  Решение за тобой. Добавлю, что обратную работу я выполнять уже не собираюсь
>  > - и так было потрачено очень много времени на "ничего".
>  >
>  >
>  >  _______________________________________________
>  >  Devel mailing list
>  >  Devel@lists.altlinux.org
>  >  https://lists.altlinux.org/mailman/listinfo/devel
>

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Alexey Gladkov]

Aleksey Novodvorsky wrote:
> Антон, содержание некоторых твоих писем я не вижу.
> Возможно, это бага gmail, но все равно обидно.

Алексей, я не использую gmail, но тоже не вижу некоторый ответов Антона.

Антон, невидимый шрифт? :)

-- 
Rgrds, legion

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Mikhail Gusarov]

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

Twas brillig at 14:07:41 05.08.2008 UTC+04 when legion@altlinux.ru did gyre and gimble:

 AG> Антон, невидимый шрифт? :)

Кажется, gmane-гейт опять шалит.

-- 

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

05.08.08, Alexey Gladkov<legion@altlinux.ru> написал(а):
> Aleksey Novodvorsky wrote:
>
> > Антон, содержание некоторых твоих писем я не вижу.
> > Возможно, это бага gmail, но все равно обидно.
> >
>
>  Алексей, я не использую gmail, но тоже не вижу некоторый ответов Антона.
>
>  Антон, невидимый шрифт? :)

Антон включил в своих письмах LZMA, а мы еще нет. :-(

Rgrds, Алексей

>
>  --
>  Rgrds, legion
>
>
>  _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Aleksey Novodvorsky пишет:
> Антон, давай откатим, а обсуждение продолжим.
> По возвращении ldv@ и silicium@ все решим. Так будет лучше, нам важнее
> всего выйти из этой ругани и остыть.
> Я не знаю, кто прав, но обстановка в команде важнее.

Для выхода из режима ругани _навсегда_, нам нужно просмотреть статистику 
по конфликтным ситуациям за последний год, и ликвидировать скандалистов.

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

Данный вопрос решился бы очень просто, при номальном подходе к общению.

Если бы я увидел от Lakostis'а письмо такого содержания, то моя реакция 
была бы абсолютно иной. Надеюсь это все понимают:

"Антон, привет!

Извини пожалуйста, но ты сделал обновление squashfs, которое мне очень 
мешает выполнять мою работу. Давай откатим это изменение и сделаем его в 
более удобное для меня время.

Удачи.
Константин
"

Ну и сравним с тем, что получил я.

"
Hi Anton!

Thursday 31, at 12:02:18 PM you wrote:

 > > В Sisyphus дополз squashfsprogs с включенным по умолчанию алгоритмом
 > > сжатия lzma.
 > >
 > > Для него будет требоваться ядро std-def-2.6.25-alt7 или выше.
 > > Соответственно образы squashfs собранные новым mksquashfs по умолчанию
 > > будут не работать на предыдущих ядрах.

А кто это постановил и не пойти ли ему нафиг? Вообще-то, когда внедряли
lzma, то приводили причины зачем это нужно. Ты тоже сказал, что посмотришь
и приведешь данные. Поэтому прошу incominger выкинуть этот заботаж из
сизифа.

 > >
 > > Опция -nolzma у mksquashfs отключает этот алгоритм.

прошу сделать эту опцию включенной по-умолчанию.

"

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Alexey Gladkov пишет:
> Aleksey Novodvorsky wrote:
>> Антон, содержание некоторых твоих писем я не вижу.
>> Возможно, это бага gmail, но все равно обидно.
> 
> Алексей, я не использую gmail, но тоже не вижу некоторый ответов Антона.
> 
> Антон, невидимый шрифт? :)

Неправильный gmane ;))

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

05.08.08, Anton Farygin<rider@altlinux.com> написал(а):
>
>
>  Aleksey Novodvorsky пишет:
>
> > Антон, давай откатим, а обсуждение продолжим.
> > По возвращении ldv@ и silicium@ все решим. Так будет лучше, нам важнее
> > всего выйти из этой ругани и остыть.
> > Я не знаю, кто прав, но обстановка в команде важнее.
> >
>
>  Для выхода из режима ругани _навсегда_, нам нужно просмотреть статистику по
> конфликтным ситуациям за последний год, и ликвидировать скандалистов.

Это неконституционно и можно сделать только в режиме чрезвычайного положения.


>
>  Коллеги, давайте понимать, что вокруг вас люди. И от вашего стиля обращения
> к окружающим зависит многое, если не всё.
>
>  Данный вопрос решился бы очень просто, при номальном подходе к общению.
>
>  Если бы я увидел от Lakostis'а письмо такого содержания, то моя реакция
> была бы абсолютно иной. Надеюсь это все понимают:
>
>  "Антон, привет!
>
>  Извини пожалуйста, но ты сделал обновление squashfs, которое мне очень
> мешает выполнять мою работу. Давай откатим это изменение и сделаем его в
> более удобное для меня время.
>
>  Удачи.
>  Константин
Чмоке!

>  "


Rgrds, Алексей
>
>  Ну и сравним с тем, что получил я.
>
>  "
>  Hi Anton!
>
>  Thursday 31, at 12:02:18 PM you wrote:
>
>  > > В Sisyphus дополз squashfsprogs с включенным по умолчанию алгоритмом
>  > > сжатия lzma.
>  > >
>  > > Для него будет требоваться ядро std-def-2.6.25-alt7 или выше.
>  > > Соответственно образы squashfs собранные новым mksquashfs по умолчанию
>  > > будут не работать на предыдущих ядрах.
>
>  А кто это постановил и не пойти ли ему нафиг? Вообще-то, когда внедряли
>  lzma, то приводили причины зачем это нужно. Ты тоже сказал, что посмотришь
>  и приведешь данные. Поэтому прошу incominger выкинуть этот заботаж из
>  сизифа.
>
>  > >
>  > > Опция -nolzma у mksquashfs отключает этот алгоритм.
>
>  прошу сделать эту опцию включенной по-умолчанию.
>
>  "
>
>  _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Kirill A. Shutemov]

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

On Tue, Aug 05, 2008 at 02:15:51PM +0400, Anton Farygin wrote:
> 
> 
> Aleksey Novodvorsky пишет:
> > Антон, давай откатим, а обсуждение продолжим.
> > По возвращении ldv@ и silicium@ все решим. Так будет лучше, нам важнее
> > всего выйти из этой ругани и остыть.
> > Я не знаю, кто прав, но обстановка в команде важнее.
> 
> Для выхода из режима ругани _навсегда_, нам нужно просмотреть статистику 
> по конфликтным ситуациям за последний год, и ликвидировать скандалистов.

Употребление слов типа "ликвидация" в отношении членов Team считаю 
неприемлемым.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Kirill A. Shutemov пишет:
> On Tue, Aug 05, 2008 at 02:15:51PM +0400, Anton Farygin wrote:
>>
>> Aleksey Novodvorsky пишет:
>>> Антон, давай откатим, а обсуждение продолжим.
>>> По возвращении ldv@ и silicium@ все решим. Так будет лучше, нам важнее
>>> всего выйти из этой ругани и остыть.
>>> Я не знаю, кто прав, но обстановка в команде важнее.
>> Для выхода из режима ругани _навсегда_, нам нужно просмотреть статистику 
>> по конфликтным ситуациям за последний год, и ликвидировать скандалистов.
> 
> Употребление слов типа "ликвидация" в отношении членов Team считаю 
> неприемлемым

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Aleksey Novodvorsky]

05.08.08, Kirill A. Shutemov<kirill@shutemov.name> написал(а):
> On Tue, Aug 05, 2008 at 02:15:51PM +0400, Anton Farygin wrote:
>  >
>  >
>  > Aleksey Novodvorsky пишет:
>  > > Антон, давай откатим, а обсуждение продолжим.
>  > > По возвращении ldv@ и silicium@ все решим. Так будет лучше, нам важнее
>  > > всего выйти из этой ругани и остыть.
>  > > Я не знаю, кто прав, но обстановка в команде важнее.
>  >
>  > Для выхода из режима ругани _навсегда_, нам нужно просмотреть статистику
>  > по конфликтным ситуациям за последний год, и ликвидировать скандалистов.
>
>
> Употребление слов типа "ликвидация" в отношении членов Team считаю
>  неприемлемым.

Только в отношении членов тим?
Господа, давайте завтра обсудим вопросы репрессий. Я пистолет еще не почистил.

Rgrds, Алексей

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Anton Farygin пишет:
> 
> 
> Kirill A. Shutemov пишет:
>> On Tue, Aug 05, 2008 at 02:15:51PM +0400, Anton Farygin wrote:
>>>
>>> Aleksey Novodvorsky пишет:
>>>> Антон, давай откатим, а обсуждение продолжим.
>>>> По возвращении ldv@ и silicium@ все решим. Так будет лучше, нам важнее
>>>> всего выйти из этой ругани и остыть.
>>>> Я не знаю, кто прав, но обстановка в команде важнее.
>>> Для выхода из режима ругани _навсегда_, нам нужно просмотреть 
>>> статистику по конфликтным ситуациям за последний год, и ликвидировать 
>>> скандалистов.
>>
>> Употребление слов типа "ликвидация" в отношении членов Team считаю 
>> неприемлемым

Задолбал gmane. Беру таймаут на исправление ;)

В общем, я с тобой согласен, шутки в сторону - говорим на полном "серьёзе".

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 05.08.08, Kirill A. Shutemov<kirill@shutemov.name> написал(а):
>> On Tue, Aug 05, 2008 at 02:15:51PM +0400, Anton Farygin wrote:
>>  >
>>  >
>>  > Aleksey Novodvorsky пишет:
>>  > > Антон, давай откатим, а обсуждение продолжим.
>>  > > По возвращении ldv@ и silicium@ все решим. Так будет лучше, нам важнее
>>  > > всего выйти из этой ругани и остыть.
>>  > > Я не знаю, кто прав, но обстановка в команде важнее.
>>  >
>>  > Для выхода из режима ругани _навсегда_, нам нужно просмотреть статистику
>>  > по конфликтным ситуациям за последний год, и ликвидировать скандалистов.
>>
>>
>> Употребление слов типа "ликвидация" в отношении членов Team считаю
>>  неприемлемым.
> 
> Только в отношении членов тим?
> Господа, давайте завтра обсудим вопросы репрессий. Я пистолет еще не почистил.

Шомпол был у меня в столе, думаю что он теперь где-то в твоём шкафу...

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 05.08.08, Alexey Gladkov<legion@altlinux.ru> написал(а):
>> Aleksey Novodvorsky wrote:
>>
>>> Антон, содержание некоторых твоих писем я не вижу.
>>> Возможно, это бага gmail, но все равно обидно.
>>>
>>  Алексей, я не использую gmail, но тоже не вижу некоторый ответов Антона.
>>
>>  Антон, невидимый шрифт? :)
> 
> Антон включил в своих письмах LZMA, а мы еще нет. :-(
> 

Нужна помощь ? У меня есть методика ;)

Эффективность отправки почты растёт на порядок.. и главное - трафик 
здорово экономит и нервы.

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Alexey Gladkov]

Anton Farygin wrote:
> Нужна помощь ? У меня есть методика ;)

Использовать для отправки писем утилиту /bin/true ? :)

-- 
Rgrds, legion

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Alexey Gladkov пишет:
> Anton Farygin wrote:
>> Нужна помощь ? У меня есть методика ;)
> 
> Использовать для отправки писем утилиту /bin/true ? :)

Ты знал ;)

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Michael Bochkaryov]

Anton Farygin пишет:

>>>  Антон, невидимый шрифт? :)
>>
>> Антон включил в своих письмах LZMA, а мы еще нет. :-(
> 
> Нужна помощь ? У меня есть методика ;)

Читаешь такие письма от Антона и начинаешь искать смысл между строк.

Сорри за оффтопик, но иногда так и получается :-)

-- 
misha

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Michael Shigorin]

On Tue, Aug 05, 2008 at 01:52:47PM +0400, Anton Farygin wrote:
> Алексей, ты меня уболтал. если тебя действительно так сильно
> напрягает присутствие lzma в squashfs, я готов исключительно из
> уважения к тебе - откатить полностью патч.
> 
> Делать --lzma + патчить mkimage у меня сейчас нет времени.

Давай мы запатчим?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Michael Shigorin пишет:
> On Tue, Aug 05, 2008 at 01:52:47PM +0400, Anton Farygin wrote:
>> Алексей, ты меня уболтал. если тебя действительно так сильно
>> напрягает присутствие lzma в squashfs, я готов исключительно из
>> уважения к тебе - откатить полностью патч.
>>
>> Делать --lzma + патчить mkimage у меня сейчас нет времени.
> 
> Давай мы запатчим?

С удовольствием.

Если вам не жалко своего времени.

Миш, оно тебе действительно надо ? замеряйте производительность... это 
же просто ?

Хотя, в led-tc нет поддержки lzma Давай я её туда добавлю ? Ядро есть в 
git'е ?

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Led]

2008/8/5, Anton Farygin <rider@altlinux.com>:
>
>
> Led пишет:
>> Tuesday, 05 August 2008 01:50:58 Alexey Tourbin написав:
>>> On Tue, Aug 05, 2008 at 02:40:17AM +0400, Konstantin A. Lepikhov wrote:
>>>>> А где используется squashfs, кроме live cd?
>>>>> Какой в принципе класс проблем существует?
>>>> несовместимость образов live cd между собой, невозможность собрать live
>>>> cd
>>> Какого рода совместимость образов live cd между собой имелась в виду?
>>>
>>>> в различных бранчах "из каробки". Также отваливаются и все кастомные
>>>> решения, которые использовали старые ядра. Т.е. мантейнер squashfsprogs,
>>>> не согласовав свои действия с KMT, создал всем головную боль.
>>> То есть на некоторых ядрах нельзя будет сделать live cd (он не будет
>>> загружаться), не поправив что-то где-то (либо отключив lzma, либо
>>> добавив lzma в ядро).
>>>
>>> В общем, убытки умеренные.  Сборощики live cd -- это же не "простые
>>> пользователи", которые не обязаны что-либо знать про lzma.
>>
>> Это значит, что мне придётся проверять все скрипты и ставить там -nolzma,
>> а
>> потом надеяться на то, что они не будут в каких-то случаях рушится с
>> "unknown
>> option -nolzma"?
>> Что вообще мешало не менять поведение по-умолчанию в mksquashfs и
>> задействовать lzma только по явному требованию?
>
> Отсутствие необходимости это делать. Непонятна причина, по которой тебя
> не устраивает lzma.
>
> Можешь объяснить на примерах ? С цифрами, сравнениями ? От Lakostis'а
> понятно - не дождёшься, но ты то имеешь голову на плечах.
>
> Я провёл своё тестирование этой сборки, оно показало явные преимущества
> lzma _во всех_ без исключения случаях. Иначе бы я не стал вбрасывать
> этот пакет в Sisyphus с включенным по умолчанию lzma.
>
> Кто-то сможет мне доказать, что lzma по умолчанию - вселенское зло и это
> надо выключить ? Или так и будем говорить про мнимую совместимость
> livecd образов с разнымии ядрами и initrd ?
>
> Я с начала "диалога" так и не услышал никаких вразумительных объяснений...
>
> зато было:
> - lzma гавно, все КМТ тормоза (c) Lakostis (see #11370, про тормозов)
> - в livecd можно менять ядра и образы initrd без перегенерации squashfs
> образа (это вообще смешно было услышать от Лакостиса.. видимо он не
> знает, что в образе лежат модули ядра)
> - +1 без объяснения причин.. ну понятно, человеку просто нужно было
> что-то сказать.
> - это ломает поддержку всего и вся (ну это тоже понятно, от aen'а - он
> был не в теме)
> - этот перл меня больше всего порадовал: "все используют lzma в livecd и
> встроенных linux'ах", через пару писем - lzma какашка. (c) Lakostis.
>
> Так, теперь о бубликах:
> - я без проблем уберу lzma по умолчанию. Но нужны цифры - где и как lzma
> проявляет себя крайне плохо, при этом объём работы по добавлению опции
> --nolzma будет превышать объём работы по добавлению опции --lzma в
> spt/mkimage + исправлению дефолтного поведения mksquashfs.

Дефолтное поведение mksquashfs чинится за 2 минуты.

Я думаю, что поддержка lzma в squashfs - это зДорово.
Я думаю, что ломать стандартное поведение вместо того, чтобы (НЕ ЛОМАЯ
НИЧЕГО) те, кому это нужно, осознано добавили опцию -lzma при создании
имиджа - по меньшей мере странно, если не сказать больше:)

-- 
Led.

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Led]

В сообщении от Tuesday 05 August 2008 15:09:49 Anton Farygin написал(а):
> Michael Shigorin пишет:
> > On Tue, Aug 05, 2008 at 01:52:47PM +0400, Anton Farygin wrote:
> >> Алексей, ты меня уболтал. если тебя действительно так сильно
> >> напрягает присутствие lzma в squashfs, я готов исключительно из
> >> уважения к тебе - откатить полностью патч.
> >>
> >> Делать --lzma + патчить mkimage у меня сейчас нет времени.
> >
> > Давай мы запатчим?
>
> С удовольствием.
>
> Если вам не жалко своего времени.

две минуты - не жалко.

-- 
Led

[devel] [JT] Re: I: squashfsprogs с LZMA по умолчанию

[Michael Shigorin]

On Tue, Aug 05, 2008 at 01:52:35PM +0400, Aleksey Novodvorsky wrote:
> Господа, скажите же друг другу что-то хорошее!

"я такой же осёл, как и вы, сээг!"? :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Led пишет:
> 2008/8/5, Anton Farygin <rider@altlinux.com>:
>>

<skip>

>> Так, теперь о бубликах:
>> - я без проблем уберу lzma по умолчанию. Но нужны цифры - где и как lzma
>> проявляет себя крайне плохо, при этом объём работы по добавлению опции
>> --nolzma будет превышать объём работы по добавлению опции --lzma в
>> spt/mkimage + исправлению дефолтного поведения mksquashfs.
> 
> Дефолтное поведение mksquashfs чинится за 2 минуты.
> 
> Я думаю, что поддержка lzma в squashfs - это зДорово.
> Я думаю, что ломать стандартное поведение вместо того, чтобы (НЕ ЛОМАЯ
> НИЧЕГО) те, кому это нужно, осознано добавили опцию -lzma при создании
> имиджа - по меньшей мере странно, если не сказать больше:)

Да в общем то ничего и не сломано - в std-def поддержка lzma приползла, 
в бранчах - всё работает без lzma на старом squashfsprogs.

Можно считать lzma в squashfs - обновлением формата, с возможностью 
использовать старый.

По времени - да, опция --lzma добавляется за две минуты. У меня много 
времени ушло бы на mkimage - там нужно выносить параметры запуска 
mksquashfs в профиль. Не знаю, насколько это сложно и насколько это хорошо.

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Anton Farygin]

Led пишет:
> В сообщении от Tuesday 05 August 2008 15:09:49 Anton Farygin написал(а):
>> Michael Shigorin пишет:
>>> On Tue, Aug 05, 2008 at 01:52:47PM +0400, Anton Farygin wrote:
>>>> Алексей, ты меня уболтал. если тебя действительно так сильно
>>>> напрягает присутствие lzma в squashfs, я готов исключительно из
>>>> уважения к тебе - откатить полностью патч.
>>>>
>>>> Делать --lzma + патчить mkimage у меня сейчас нет времени.
>>> Давай мы запатчим?
>> С удовольствием.
>>
>> Если вам не жалко своего времени.
> 
> две минуты - не жалко.

А mkimage ?

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Michael Shigorin]

On Tue, Aug 05, 2008 at 04:09:49PM +0400, Anton Farygin wrote:
> >>Делать --lzma + патчить mkimage у меня сейчас нет времени.
> >Давай мы запатчим?
> С удовольствием.  Если вам не жалко своего времени.

Дык Саша ж сказал -- две минуты.  Собсно у него уже готов 
и проверен патч на патч :-)

> Миш, оно тебе действительно надо ? замеряйте
> производительность... это же просто ?

Мне надо в данном разе то же, что и ab@ -- чтоб по возможности
побольше работало, поменьше ломалось :-)

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

> Хотя, в led-tc нет поддержки lzma Давай я её туда добавлю ?

led@ сам добавит, просто сейчас не этим малость занимаемся.

> Ядро есть в git'е ?

Нет.  Это известная проблема, всё никак не доберёмся засесть
да порешать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Michael Shigorin]

On Tue, Aug 05, 2008 at 05:15:37PM +0400, Anton Farygin wrote:
> По времени - да, опция --lzma добавляется за две минуты. У меня
> много времени ушло бы на mkimage - там нужно выносить параметры
> запуска mksquashfs в профиль. Не знаю, насколько это сложно и
> насколько это хорошо.

Грепни по nproc -- думаю, примерно так же.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: опции squashfs в mkimage

[Anton Farygin]

Michael Shigorin пишет:
> On Tue, Aug 05, 2008 at 05:15:37PM +0400, Anton Farygin wrote:
>> По времени - да, опция --lzma добавляется за две минуты. У меня
>> много времени ушло бы на mkimage - там нужно выносить параметры
>> запуска mksquashfs в профиль. Не знаю, насколько это сложно и
>> насколько это хорошо.
> 
> Грепни по nproc -- думаю, примерно так же.

Несколько сложновато получается.

Если убрать проверку на тип параметра, то будет работать без проблем.

Что-то типа этого:

squashfs_opts="${PACK_SQUASHFS_OPTS:-}"

mksquashfs "\$imgdir/" '/.our/$outname' $squashfs_opts 
${nproc:+-processors $nproc} -e .in .host .fakedata

Что скажет автор ?

Re: [devel] I: squashfsprogs с LZMA по умолчанию

[Alexey Gladkov]

Michael Shigorin wrote:
> On Tue, Aug 05, 2008 at 05:15:37PM +0400, Anton Farygin wrote:
>> По времени - да, опция --lzma добавляется за две минуты. У меня
>> много времени ушло бы на mkimage - там нужно выносить параметры
>> запуска mksquashfs в профиль. Не знаю, насколько это сложно и
>> насколько это хорошо.
> 
> Грепни по nproc -- думаю, примерно так же.
> 

Я это уже сделал в черне. Повесьте FR и я доделаю.

-- 
Rgrds, legion

Re: [devel] I: опции squashfs в mkimage

[Anton Farygin]

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

Alexey Gladkov пишет:
> Anton Farygin wrote:
>> Если убрать проверку на тип параметра, то будет работать без проблем.
> 
> Тип проверяется только для PACK_SQUASHFS_PROCESSORS.
> 
>> Что-то типа этого:
>>
>> squashfs_opts="${PACK_SQUASHFS_OPTS:-}"
>>
>> mksquashfs "\$imgdir/" '/.our/$outname' $squashfs_opts 
>> ${nproc:+-processors $nproc} -e .in .host .fakedata
>>
>> Что скажет автор ?
>>
> 
> Выглядит нормально. Добавлю без проблем.

спасибо.

#16560 я уже повесил.

Патч в аттаче.


[-- Attachment #2: squashfs.patch --]
[-- Type: text/plain, Size: 716 bytes --]

diff --git a/tools/mki-pack-squash b/tools/mki-pack-squash
index 28e6ffd..1d959da 100755
--- a/tools/mki-pack-squash
+++ b/tools/mki-pack-squash
@@ -5,6 +5,8 @@
 nproc="${PACK_SQUASHFS_PROCESSORS:-}"
 nproc="$(opt_check_number 'PACK_SQUASHFS_PROCESSORS' "$nproc")"
 
+squashfs_opts="${PACK_SQUASHFS_OPTS:-}"
+
 outname="${MKI_OUTNAME:-outname}"
 outname="${outname##*/}"
 
@@ -26,7 +28,7 @@ imgdir=/.image
 [ ! -e '/.our/$outname' ] ||
 	rm -f -- '/.our/$outname'
 
-mksquashfs "\$imgdir/" '/.our/$outname' ${nproc:+-processors $nproc} -e .in .host .fakedata
+mksquashfs "\$imgdir/" '/.our/$outname' $squashfs_opts ${nproc:+-processors $nproc} -e .in .host .fakedata
 EOF
 
 mki_exec_once "$chroot/tmp/packimage.sh"