<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
All the more reason to use anything besides CVS?<BR>
<BR>
<BR>
What about checkout vs. update?<BR>
Is update a problem or just checkout?<BR>
We don't do many checkouts, right?<BR>
<BR>
<BR>
Can/should the pollling interval be changed, like to every hour?<BR>
And can machines poll at different times, say at a minute within the hour that is a hash of their hostname?<BR>
<BR>
<BR>
Or more aggressive, have some machines only poll a few times a day, once or twice?<BR>
Only more mainstream machines poll more frequently?<BR>
I can always run "build now" if I'm eager for a particular build.<BR>
<BR>
<BR>
Repository size is a tough one.<BR>
Even if I remove files, the repository size is unchanged, right?<BR>We have 3 copies of gcc in semi-active use right now.<BR>
There are others in the repository.<BR>
But gcc-apple really isn't active -- it is for ARM_DARWIN.<BR>
Can the Hudson jobs easily exclude that?<BR>
<BR>
<BR>
Between gcc and gcc-4.5 we are stuck for now.<BR>
gcc-4.5 works a lot and also definitely fails some.<BR>
In particular SPARC32_SOLARIS/SOLgnu/SOLsun fail right after throwing an exception.<BR>
SPARC64_SOLARIS has at least a small problem.<BR>
I'm not sure if there are problems beyond those.<BR>
<BR>
<BR>
Certainly if you want to "cherry pick" off a few files here and there, there is definitely opportunity.<BR>
I'm not sure if a few files here and there matter though.<BR>
<BR>
<BR>
m3-pkgtools presently isn't built for example.<BR>
dll2lib or whatever isn't worth anything these days.<BR>
<BR>
<BR>
The old m3gc-simple and m3gc-enhanced are dead.<BR>
<BR>
<BR>
I like a source control to preserve record of deleted stuff though.<BR>
<BR>
<BR>
- Jay<BR><BR> <BR>
> Date: Fri, 20 Aug 2010 16:15:36 +0200<BR>> From: wagner@elegosoft.com<BR>> To: m3devel@elegosoft.com<BR>> CC: m3-support@elego.de<BR>> Subject: [M3devel] Hudson setup and M3 repository, was: Re: VM for I386_NETBSD Hudson<BR>> <BR>> Quoting Jay K <jay.krell@cornell.edu>:<BR>> <BR>> > New Hudson node.<BR>> > A VM running on MacBook.<BR>> > We'll see if it stays on and if the network works.<BR>> <BR>> For your information<BR>> <BR>> It seems we have crossed the acceptable load boundary for our hosted<BR>> server birch.elegosoft.com recently. The main problem seems to be<BR>> I/O caused by lots of concurrent CVS checkouts and updates in combination<BR>> with internal backup, which make other services like HTTP unresponsive and<BR>> unusable.<BR>> <BR>> As far as I can see there is no easy short-time solution. We are going<BR>> to find a new and more efficient home for our web services anyway in the<BR>> fall, but it may be that we will have to limit the number of concurrent<BR>> CVS accesses or Hudson job executions (including clients) for some time.<BR>> <BR>> I'm currently also investigating if we can easily move to another<BR>> (virtual) host or setup a proxy to improve matters. Both will need<BR>> some migration on client sides.<BR>> <BR>> I'll keep you informed what way we choose to resolve this problem.<BR>> <BR>> It will help if you don't check in lots of small changes, but complete<BR>> reasonable change sets.<BR>> <BR>> It would also help if we could reduce the size of the repository again,<BR>> especially in the gcc and gdb structures. If there is dead content<BR>> that we don't really need, we might move it to another access path for<BR>> some time.<BR>> <BR>> Thanks in advance for your understanding and cooperation.<BR>> <BR>> Please stay calm and continue to enjoy the flight ;-)<BR>> <BR>> Olaf<BR>> -- <BR>> Olaf Wagner -- elego Software Solutions GmbH<BR>> Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<BR>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95<BR>> http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin<BR>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<BR>> <BR> </body>
</html>