[devel] [enhancement] git.alt и ориентировочное время сборки пакета

[devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Sergey Y. Afonin]

Приветствую.

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

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

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Vladimir Lettiev]

On Thu, Oct 14, 2010 at 10:39:37AM +0400, Sergey Y. Afonin wrote:
> 
> Подумалось вот, а нельзя ли выводить, скажем, следующей колонкой
> после статуса, ориентировочное время сборки задания ? В качестве
> времени брать предыдущее время сборки (для группы - сумму). Для
> новых пакетов работать не будет, но это мелочи уже. Хоть прикинуть
> можно будет, сколько ещё ждать...

Задание может, например, не собраться, тогда возможно время сборки
этого задания будет меньше. Т.о. будет оценена только верхняя граница.

Эта очередь похоже не скоро пройдёт. Вчера утром viy@ закрыл #24282
как CLOSED FIXED, а задание с исправлением до сих пор в очереди.

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Sergey Y. Afonin]

On Thursday 14 October 2010, Vladimir Lettiev wrote:

> Задание может, например, не собраться, тогда возможно время сборки
> этого задания будет меньше. Т.о. будет оценена только верхняя граница.

Это понятно, как раз верхняя и интересна. 

> Эта очередь похоже не скоро пройдёт. Вчера утром viy@ закрыл #24282
> как CLOSED FIXED, а задание с исправлением до сих пор в очереди.

А вот кстати, не стоит ли механизм приоритетов ещё сделать ? И, как
минимум, исправления по безопасности пускать вне очереди ?

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

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[REAL]

Victor Forsiuk пишет:
> Некоторые задания выполняются подозрительно долго на этапе наших проверок.
> Вот например, смотрю я в
> http://git.altlinux.org/tasks/archive/done/current/30524/task/log
> и прихожу в полный восторг от почти сорокаминутной проверки:
> 
> 2010-Oct-14 11:16:03 :: ELF symbols check OK
> 2010-Oct-14 11:54:41 :: install check OK

А я от количества бинарных пакетов в восторге :-D

 > wc -l trilinos.txt 

89 trilinos.txt

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Andrey Rahmatullin]

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

On Thu, Oct 14, 2010 at 11:33:55AM +0300, Victor Forsiuk wrote:
> Некоторые задания выполняются подозрительно долго на этапе наших проверок.
Точнее конкретно install

> Вот например, смотрю я в
> http://git.altlinux.org/tasks/archive/done/current/30524/task/log
> и прихожу в полный восторг от почти сорокаминутной проверки:
> 
> 2010-Oct-14 11:16:03 :: ELF symbols check OK
> 2010-Oct-14 11:54:41 :: install check OK
Это, в общем-то, уже обсуждалось когда-то.

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

<combr> кстати, а к выходу compact3.0 будет ли составлено граблеводство? чтобы
        пользователей не пугать, сразу написать "тут есть такие-то глюки,
        обойти их так-то" .. и поместить на цд\двд ;)
<AMike> combr: в двух томах?
<combr> AMike: на двд это неважно. хоть в ста ;)
<combr> AMike: зато тем, кто будет кричать "а в релизе у вас глюки!" - а ему
        раз - "а ты читал?" ;))
 * AMike .oO(" - а ему в глаз")
<combr> AMike: тоже метод. диском! ;)
<AMike> combr: приговаривая "а ты читал?"

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

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Andrey Rahmatullin]

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

On Thu, Oct 14, 2010 at 11:36:11AM +0300, Victor Forsiuk wrote:
> Как раз в тему - у меня тут xpdf с исправлениями безопасности. Интересно,
> сколько ему в этой очереди стоять?
<thresh> а как узнать, какой @#$@% в данный момент инкаменк загрузил?
<thresh> ага, #3174 BUILDING [locked] sisyphus/silicium
         kernel-image.git=kernel-image-std-pae-2.6.27-alt15
<thresh> мда
<thresh> видимо мое барахло будет собираться завтра с утра
<lioka> фигня, ещё одно йадро осталось
<lioka> аблин, там ещё .29
<lioka> а, это kernel-source
<lioka> thresh: чит: поутру, одев часы, не забудь про git task new


-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

<wart> Какое же удивительное, всепоглащающее, коричневое говно ваш rpm..
<raorn> wart: а у вас в дебиане картинки ююками

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

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Andrey Rahmatullin]

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

On Thu, Oct 14, 2010 at 04:24:05PM +0800, REAL wrote:
> Victor Forsiuk пишет:
> >Некоторые задания выполняются подозрительно долго на этапе наших проверок.
> >Вот например, смотрю я в
> >http://git.altlinux.org/tasks/archive/done/current/30524/task/log
> >и прихожу в полный восторг от почти сорокаминутной проверки:
> >
> >2010-Oct-14 11:16:03 :: ELF symbols check OK
> >2010-Oct-14 11:54:41 :: install check OK
> 
> А я от количества бинарных пакетов в восторге :-D
> 
> > wc -l trilinos.txt
> 89 trilinos.txt
Потому и тормозит.

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

Ответы на все вопросы теперь у нас есть в опусе г-на Морозова про udev.
Что не сказано в нем явно, можно найти между строк.
		-- aris in sisyphus@

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

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Michael Shigorin]

On Thu, Oct 14, 2010 at 10:39:37AM +0400, Sergey Y. Afonin wrote:
> Подумалось вот, а нельзя ли выводить, скажем, следующей
> колонкой после статуса, ориентировочное время сборки задания ?

Неоновая надпись гласила: girar scheduler hackers are welcome...
:)

Тема планирования, как видим по ядру и куче других мест --
сильно глубокая и притом достаточно широкая.  Её стоит копать
не с кондачка и урывками, а отдельно засев и прокопав теорию.

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

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Sergey Y. Afonin]

On Thursday 14 October 2010, Sergey Y. Afonin wrote:

> > Эта очередь похоже не скоро пройдёт. Вчера утром viy@ закрыл #24282
> > как CLOSED FIXED, а задание с исправлением до сих пор в очереди.
> 
> А вот кстати, не стоит ли механизм приоритетов ещё сделать ? И, как
> минимум, исправления по безопасности пускать вне очереди ?
 
Это что ? :-)

#30621 AWAITING sisyphus/zerg kdegraphics.git=3.5.10-alt6
#30620 AWAITING sisyphus/zerg installer-feature-kdesktop-services.git=0.1-alt1
#30618 BUILDING [locked] sisyphus/force srpm=xpdf-3.02-alt10.src.rpm
#30617 AWAITING [test-only] sisyphus/shaba pf_ring.git=kernel-source-pf_ring-4.4.1-alt1 pf_ring.git=libpfring-1.0.0-alt2
#30616 AWAITING sisyphus/raorn chromium-browser.git=8.0.554.0-alt1.r62525

Уже приоритеты заработали, или, пока, ручная работа ?

-- 
С уважением, Сергей Афонин

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Dmitry V. Levin]

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

On Fri, Oct 15, 2010 at 02:51:26AM +0400, Sergey Y. Afonin wrote:
> On Thursday 14 October 2010, Sergey Y. Afonin wrote:
> 
> > > Эта очередь похоже не скоро пройдёт. Вчера утром viy@ закрыл #24282
> > > как CLOSED FIXED, а задание с исправлением до сих пор в очереди.
> > 
> > А вот кстати, не стоит ли механизм приоритетов ещё сделать ? И, как
> > минимум, исправления по безопасности пускать вне очереди ?
>  
> Это что ? :-)
> 
> #30621 AWAITING sisyphus/zerg kdegraphics.git=3.5.10-alt6
> #30620 AWAITING sisyphus/zerg installer-feature-kdesktop-services.git=0.1-alt1
> #30618 BUILDING [locked] sisyphus/force srpm=xpdf-3.02-alt10.src.rpm
> #30617 AWAITING [test-only] sisyphus/shaba pf_ring.git=kernel-source-pf_ring-4.4.1-alt1 pf_ring.git=libpfring-1.0.0-alt2
> #30616 AWAITING sisyphus/raorn chromium-browser.git=8.0.554.0-alt1.r62525
> 
> Уже приоритеты заработали, или, пока, ручная работа ?

Пока что ручная.


-- 
ldv

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

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Anton Farygin]

15.10.2010 03:00, Dmitry V. Levin пишет:
> On Fri, Oct 15, 2010 at 02:51:26AM +0400, Sergey Y. Afonin wrote:
>> On Thursday 14 October 2010, Sergey Y. Afonin wrote:
>>
>>>> Эта очередь похоже не скоро пройдёт. Вчера утром viy@ закрыл #24282
>>>> как CLOSED FIXED, а задание с исправлением до сих пор в очереди.
>>>
>>> А вот кстати, не стоит ли механизм приоритетов ещё сделать ? И, как
>>> минимум, исправления по безопасности пускать вне очереди ?
>>
>> Это что ? :-)
>>
>> #30621 AWAITING sisyphus/zerg kdegraphics.git=3.5.10-alt6
>> #30620 AWAITING sisyphus/zerg installer-feature-kdesktop-services.git=0.1-alt1
>> #30618 BUILDING [locked] sisyphus/force srpm=xpdf-3.02-alt10.src.rpm
>> #30617 AWAITING [test-only] sisyphus/shaba pf_ring.git=kernel-source-pf_ring-4.4.1-alt1 pf_ring.git=libpfring-1.0.0-alt2
>> #30616 AWAITING sisyphus/raorn chromium-browser.git=8.0.554.0-alt1.r62525
>>
>> Уже приоритеты заработали, или, пока, ручная работа ?
>
> Пока что ручная.

Главное, что разумная.

Кстати, test-only задачи точно можно было бы пускать в параллель.

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 673 bytes --]

On Friday 15 October 2010 03:00, Dmitry V. Levin wrote:

[...]
> > #30621 AWAITING sisyphus/zerg kdegraphics.git=3.5.10-alt6
> > #30620 AWAITING sisyphus/zerg
> > installer-feature-kdesktop-services.git=0.1-alt1 #30618 BUILDING
> > [locked] sisyphus/force srpm=xpdf-3.02-alt10.src.rpm #30617 AWAITING
> > [test-only] sisyphus/shaba pf_ring.git=kernel-source-pf_ring-4.4.1-alt1
> > pf_ring.git=libpfring-1.0.0-alt2 #30616 AWAITING sisyphus/raorn
> > chromium-browser.git=8.0.554.0-alt1.r62525
> > Уже приоритеты заработали, или, пока, ручная работа ?
> Пока что ручная.
30621 тоже пропустить бы

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Денис Смирнов]

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

On Thu, Oct 14, 2010 at 10:57:08AM +0400, Vladimir Lettiev wrote:

VL> Эта очередь похоже не скоро пройдёт. Вчера утром viy@ закрыл #24282
VL> как CLOSED FIXED, а задание с исправлением до сих пор в очереди.

Правильно не закрывать баги, а чтобы баги закрывались сами по тексту в
changelog.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Денис Смирнов]

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

On Thu, Oct 14, 2010 at 10:39:37AM +0400, Sergey Y. Afonin wrote:

SYA> Подумалось вот, а нельзя ли выводить, скажем, следующей колонкой
SYA> после статуса, ориентировочное время сборки задания ? В качестве
SYA> времени брать предыдущее время сборки (для группы - сумму). Для
SYA> новых пакетов работать не будет, но это мелочи уже. Хоть прикинуть
SYA> можно будет, сколько ещё ждать...

Оценить это даже +- километр -- нереально. Уж куда полезнее двигаться в
сторону параллельной сборки. И параллельной проверки устанавливаемости.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Michael Shigorin]

On Fri, Oct 15, 2010 at 10:22:40PM +0400, Денис Смирнов wrote:
> Оценить это даже +- километр -- нереально.

Почему? (если не в wall time, то в user/sys time)

Помнится, предлагал собирать такие данные с тем, чтобы далее
было на что опереться при разработке батч-скедулера, который
бы днём оперативно решал мелкие задачки, а ночью-утром занимался
заведомо многочасовыми. (хотя бы по московскому времени)

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

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Денис Смирнов]

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

On Fri, Oct 15, 2010 at 11:40:28PM +0300, Michael Shigorin wrote:

MS> Почему? (если не в wall time, то в user/sys time)

Если речь о пересборке где изменился лишь release -- оценка может быть
близка к истине разве что. Но у нас еще и тесты занимают очень много
времени.

MS> Помнится, предлагал собирать такие данные с тем, чтобы далее
MS> было на что опереться при разработке батч-скедулера, который
MS> бы днём оперативно решал мелкие задачки, а ночью-утром занимался
MS> заведомо многочасовыми. (хотя бы по московскому времени)

А вот это -- отличная идея.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] [enhancement] git.alt и ориентировочное время сборки пакета

[Sergey Y. Afonin]

On Friday 15 October 2010, Денис Смирнов wrote:

> Оценить это даже +- километр -- нереально.

Если железо не меняется, повлиять могут только частные случаи.

1. не собралось - это в меньшую сторону
2. параллельно собираются пакеты в бранчи - это в бОльшую.

Оба случая не особенно типичны.

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

Считаю, это нормальная прикидка. А параллельная сборка... Это 
отдельный разговор наверное.

-- 
С уважением, Сергей Афонин