przyszlosc PLD
Andrzej Krzysztofowicz
ankry w green.mif.pg.gda.pl
Pon, 7 Cze 2004, 13:24:55 CEST
The Undefined wrote:
> On Mon, Jun 07, 2004 at 12:56:02PM +0200, Piotr Szymański wrote:
> > > 2. Kto bedzie RM-em (brak chetnych oznacza, ze na Ac zakonczymy prace)
> > na pewno nie ja. raz ze bede mial pierwszy rok studiow, a dwa ze nikt sie na
> > to nie zgodzi.
> złyszałem też plotki że averne chce zrezygnować z RM-owania AC po jego
> wydaniu. Kto wtedy przejmie AC? ;)
To jest OT.
> > > 3. Jakie architektury wspierac (builder dla -alpha moge udostepnic)
> > pewnie standardowo ix86 i amd (te masyzny uciagna pewnie), jesli zamkniemy
> > nest, to dochodzi ppc i alpha.
> hm.. w momencie wydania AC obciążenie jego builderów się znacząco zmniejszy.
> Przez długi czas builder AC i RA na sparcu były na tej samej, dosyć
> słabej maszynie i nie było problemów z obciążeniem za wyjątkiem kilku
> sytuacji(jednoczesne puszczenie mico w obu gdzie swap nie wyrabiał ;).
> W tej chwili builder AC sparc nie jest najsłabszy, miejsce z tego co
> wiem jest więc o ile heretyk nie będzie miał nic przeciwko mogą
> spokojnie zostać oba buildery na tej samej maszynie.
Bardziej sugeruje polaczyc Ra+(?Thor?) gdzie sie da.
W Ra sie _na pewno_ bedzie mniej dzialo.
Na sparcu mozna pewnie bedzie zrobic wyjatak, albo jakas inna roszade.
Z tym, ze o wiele latwiej jest przeniesc _dzialajacy_ builder niz stawiac go
od nowa.
> > > 4. i nastepne: szczegoly techniczne, propozycje kierunkow, sugerowane
> > > szacunkowe harmonogramy, warianty, ...
> > Moze propozycje co by tam mialo trafic:
> > 1. glibc z min_kernel 2.6 i nptl
> > 2. tylko jajo 2.6
> a czym będzie się to róznić od obecnej sytuacji(oprócz tego że oprócz
> kompilacji kernela będzie musiały byc także glibc w AC24-packu? ;)
A moze na poczatek mozna nawet zrezygnowac z NTPL na architekturach, na
ktorych to nie dziala.
--
=======================================================================
Andrzej M. Krzysztofowicz ankry w mif.pg.gda.pl
phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math., Gdansk University of Technology
Więcej informacji o liście dyskusyjnej pld-devel-pl