Buildery

[Witold Filipczyk]

On Mon, Jan 13, 2003 at 05:21:38PM +0100, "[PLD] Marcin Doliński" wrote:
> Użytkownik Witold Filipczyk napisał:
> >Co poniektórzy już zaczynają narzekać, że nic się nie dzieje w sprawie
> >builderów, Ac itp.  Trzebaby coś zrobić w tym temacie.
> [...]
> 
> A gdzie byłeś kiedy kłoczek mówił o "nowej generacji builderów" ?
Kloczek pisze tak ogólnie, że na razie z tego nic nie wynika.

> Jego pomysł wydaje mi się idealnym w tym przypadku. Rozproszone 
> budowanie mogłoby pozwolić realne przebudowanie całej dystrybucji w 
> ciągu np. paru godzin, co będzie zależne od ilości i możliwości 
> rozproszonych builderów. Wielu ludzi jest w stanie udostępnić dość mocne 
> maszyny, które pozwolą na budowanie wielu pakietów równocześnie. Tutaj 
> nie zrobi dużej różnicy czas przebudowania pakietu, bo nie jest ważne 
> czy pakiet będzie budować się 2 czy 5 minut, bo i tak już na innym 
> builderze równolegle może budować się następny. Poza tym posiadając dość 
> szybkie dyski nie musimy inwestować tak dużej kasy w 3GB pamięci DDR, 

Nie ma różnicy, czy buildery będą stały w jednym pokoju czy będą rozproszone
po całym świecie schemat będzie ten sam, Linux to system sieciowy.
Może będą nawet pakiety pld-builder-server i pld-builder-client.
Każdy będzie mógł zainstalować i potrenować budowanie.
Jest jeszcze kwestia tzw. bezpieczeństwa.  Jeśli będzie sto builderów
w różnych miejscach, kto zagwarantuje, że nikt nie wstawi jakiegoś trojana.
Tak naprawdę nie trzeba komputerów aż tak dużo.  Jeden komputer przerobi to
w 8 dni, dwa w 4, cztery w 2.  A cztery komputery na architekturę się znajdą.
To będą komputery, które będą mogły pracować 24h/dobę.
Nikt nie musi inwestować kasy.  Znajdą się firmy, które wypożyczą taki sprzęt.
Przecież to kosztuje mniej niż reklama w gazecie, a skuteczność jest dużo
większa.

BTW, wypadałoby na stronie głównej PLD napisać kto teraz udostępnia buildery.

3GB to może przegięcie, pamięć jest droga, ale przynajmniej 1GB
jest potrzebne, np. dla OpenOffice.

> Przeprowadzałem testy z kompilowaniem kernela na ramdysku, pamięci 
> niestety DIMMy - 1G512. 512 MB poszło na ramdysk na który wrzuciłem 
> źródło kernela. Kompilowanie przebiegało o około minutę dłużej niż tego 
> samego zestawu na dysku UDMA 100 z 8 MB cache. Może i na DDRach miałoby 
> to jakiś sens. Ale warto to najpierw przetestować. Tak czy owak do końca 
> będę walczył o system budowania rozproszonego, bo sam jestem w stanie 
> zaprzęgnąć dwie w miare mocne maszynki i jedną troszke słabszą, które 
> nie są prawie wykorzystywane. Jedna to P4 2.4 z 512 MB na DDRach, 
> szybkie dyski, druga to 2xPIII 600 z 1G256 ramu, trzecia to C900, 256 MB 
> ramu. Jeśli znajdzie się więcej osób z takimi możliwościami, to jesteśmy 
> w stanie zrobić bardzo dużo w krótkim czasie.

Kto ma jeszcze niewykorzystany sprzęt?

> Co z tego wynika? Że do końca będę upierał się przy kłoczka projekcie 
> builderów. Jego projekt też przewiduje całkowitą automatyzację łącznie z 
> kolejkowaniem po builderach, ich godzinami pracy, priorytetami itp.

Schemat i tak będzie uproszczony.
Każdy spośród "trusted" users będzie miał dostęp po NFSie do katalogów z plikami.
NFS może być "over ssh".

Nie ma potrzeby komplikować tego bardziej.

Godziny pracy - po prostu builder jest gotowy, to bierze zlecenie i buduje.
Priorytety - nie ma sensu tego implementować, bo kolejki będą krótkie.
             Będzie dużo builderów, zawsze można przsunąć jakiś pakiet na początek
             kolejki.

-- 
Witold Filipczyk
<witekfl w poczta.onet.pl>