Re: [devel] Распараллеливание incoming.

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

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

On Sat, Nov 26, 2011 at 04:18:26PM +0200, Igor Vlasenko wrote:
> On Sat, Nov 26, 2011 at 05:33:17PM +0400, Dmitry V. Levin wrote:
> > > Для проверок на install, elfsym, unmets 
> > > предложения по оптимизации озвучены.
> > > например, для install, если изменения в Сизифе 
> > > не затронули установочные зависимости,
> > 
> > Вот только для того, чтобы узнать, затронули изменения в Сизифе
> > установочные зависимости или нет, приходится заново вычислять установочные
> > зависимости.  То же самое касается elfsym и unmets.
> 
> Я специально отмечал, что пакеты наподобие moodle-lang-*
> обладают важным свойством: поскльку их req/prov по сути не меняются,
> то эти пакеты не меняют установочные зависимости других пакетов.

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

> Другими словами, их сборка коммутирует со сборкой всех других пакетов,
> и обновление этих пакетов не влияет на elfsym, unmets, install 
> проверки на более старом Сизифе.

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

> Это можно вычислить прямо по пакетам, сравнив дампы rpmquery | sort
> и проверив, нет ли строгих requires по старой копии base/pkglist.classic.

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


-- 
ldv

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