On Sat, May 16, 2009 at 02:30:23AM +0700, Mikhail Gusarov wrote:
> 
> Twas brillig at 23:26:30 15.05.2009 UTC+04 when at@altlinux.ru did gyre and gimble:
> 
>  AT> Не всякий сервер ликвидной мощностью обладает по современным
>  AT> меркам.  Для быстрой сборки, тем более с распараллеливанием, нужны
>  AT> очень концентрированные мощности.
> 
> Ресурсоёмкую проверку устанавливаемости можно распараллеливать и на
> относительно слабом железе, если его много, и latency сообщения с ним
> невысокая. Собирать, понятное дело, лучше на основном сервере.

Сейчас усилиями ldv реализована архитектура girar-builder + nodes.
girar-builder находится на одной машине и выполняет всякие
централизованные действия.  Характерной особенностью girar-builder
является то, что у него нету своего хешера.  Хешеры находятся на remote
nodes.  Когда нужно что-то от хешера, например сборка или проверка
установки, то girar-builder стучится на remote nodes и там всё делает.
Зато girar-builder умеет генерировать репозитарии, а remote nodes могут
работать только с готовыми репозитарями.  Существует строго ограниченное
количество remote nodes, по имени репозитария и по архитектуре.

То есть существуют ноды типа
build_sisyphus_i586
build_sisyphus_x86_64
build_50_i586
build_50_x86_64

Как распределены ноды между физическим железом это никто не знает.
Предполагается что они каким-то образом балансируют нагрузку.

Как уже должно быть понятно, добавлять новые ноды в такую архитектуру
довольно сложно.  А городить ещё какую-то архитектуру это ещё сложнее. :)

Есть ещё одна проблема: на ноды приходится целиком копировать временный
репозитарий.  Сейчас этот репозитарий делается симлинками.  Это
накладывает дополнительное условие: репозитарий на girar-builder и
репозитарий на нодах должен иметь одинаковый путь.  Потому что симлинки
туда смотрят.

В общем приткнуть сюда какое-то дополнительной железо средней и низкой
ликвидности это как мертвому припарка.