On Monday 01 November 2004 17:00, Leo Simons wrote:
> Kaffe is very much a leaf not a dependency (I know no ASF project 
> that can only be built using Kaffe), yet using it for experimental 
> runs doubles the amount of cpu and disk space used.

For the record, there are 8 attempts at starting a Gump build every day.
1 is Kaffe, 1 is JDK1.5, 1 is 'test' and the others are the official build.
So, it is not completely accurate to say that the Kaffe build instance doubles 
CPU/disk resources.

> While I appreciate the goal of being able to have a truly free java
> stack and how using Kaffe to build ASF projects helps towards attaining
> that goal, we're also doing "public service" towards the GNU people in
> this way.

Looking at the fact that a Kaffe developer (dalibor) has taken interest in 
Gump, installed his own instance and trying hard to get things going, is IMHO 
a good testament to the appreciation of Gump. 

> If you have a figure showing this saves significant cpu/disk space that
> we need for other stuff, you'll get (grudgingly) a +1.

CPU/disk is basically a financial issue. If it is constrained today, we can 
take temporary measures to exclude projects to make room.

Some external dependee projects don't build, and is 'annoying' in the reports. 
We can either remove them, or choose a better snapshot from their CVS.

Those are short-term issues, and I think that removal of non-fixed dependee 
projects are adequate in the short-term.
What we should start discussing is, how do we scale Gump 'real big'?
If company A, can take part of a massive Gump build, provided that they make 
server(s) available for a massively parallelized builds, then I think *many* 
would like to be part of the Gump service, and therefor ASF will have access 
to 'unlimited' CPU/disk resources for those builds (i.e. each participants 
will make available more resource than their part will consume).

IMHO, this is a tangible, highly interesting and highly valuable challenge, 
and not beyond reach.

Cheers
Niclas
-- 
   +------//-------------------+
  / http://www.bali.ac        /
 / http://niclas.hedhman.org / 
+------//-------------------+


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to