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

[Michael Shigorin]

On Sat, Nov 26, 2011 at 03:19:13PM +0400, Dmitry V. Levin wrote:
> Какая разница, чем вызвано изменение сборочной/установочной
> среды, отличиями в зависимостях между старой и новой версией
> пакета, или изменениями в сизифе?

Если правильно понимаю, это был скорее вопрос про кэш.

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

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

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

---
An even worse example was a popular sports web site we worked on.
The site would update sports statistics by holding an exclusive
lock on transactional database tables while waiting for a remote
data service over the internet to respond. The client couldn't
understand why adding more application servers to their
infrastructure made the timeouts worse instead of better.
--- http://lwn.net/Articles/441790/

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