Re: [devel] size_time_regression

Re: [devel] size_time_regression

[Damir Shayhutdinov]

02.06.06, Alexey Tourbin<at@altlinux.ru> написал(а):
> Пока не забыл.  Есть ещё несколько идей.
> Положительное содержание: пакет можно персобрать в среднем менее чем за минуту.
> Желающие могут построить доверительный интервал.  Суммарная девиация (СКО)
> выборки уменьшается в $\frac1{\sqrt N}$ раз.

Мне кажется, если разделить пакеты по языкам, необходимым для их
сборки (C++, C, Python, Java, Ocaml, haskell, erlang etc), то разброс
внутри отдельной группы может быть гораздо меньше.

Re: [devel] size_time_regression

[@ 2006-06-02 15:03 UTC (permalink / raw)]

Re: [devel] size_time_regression

[@ 2006-06-03 10:30 UTC (permalink / raw)]

Re: [devel] size_time_regression

[Alex V. Myltsev]

Alexey Tourbin wrote:
> Сама постановка задачи (функция времени сборки от
> _размера_ src.rpm) не является достаточно обоснованной.
Как я понимаю, необоснованность этой задачи вы и показали
экспериментально, да?

А я вот матстатистики не помню, конечно, но я бы оценивал время
пересборки пакета исходя из времени его предыдущей пересборки.
Можно взять два набора логов (от разных сборок) и проверить регрессию?

Re: [devel] size_time_regression

[Ivan Fedorov]

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

Alex V. Myltsev пишет:
> Alexey Tourbin wrote:
>> Сама постановка задачи (функция времени сборки от
>> _размера_ src.rpm) не является достаточно обоснованной.
> Как я понимаю, необоснованность этой задачи вы и показали
> экспериментально, да?
> 
> А я вот матстатистики не помню, конечно, но я бы оценивал время
> пересборки пакета исходя из времени его предыдущей пересборки.
> Можно взять два набора логов (от разных сборок) и проверить регрессию?

А учитывая тот факт, что это ПЕРЕсборки, у нас гарантированно будет
хотябы одна удачная сборка...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]