<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
I don't really understand all of this.<br>Surely CVS can tolerate more than 10 "active" users?<br>Or is it really awful?<br> (or, most likely, both)<br>What if they all poll much less than once an hour?<br><br><br>Let's say we have 12 machines.<br>Have them each poll 4 times per day: 48 polls.<br>So that's just one operation every 30 minutes.<br> One poll, possibly followed by one update.<br><br><br>Or, didn't you set it up so only one machine polled and all the other builds would follow it, serially?<br>If not, that makes sense.<br>Have one machine poll every 30 minutes.<br>If it finds something, it builds, and the next one builds.<br>If it finds nothing, then nothing occurs.<br>Surely this would work ok?<br>It merely serializes all of our Hudson jobs?<br> Which is, granted, rather unfortunate.<br> Adding machines should allow great parallelism.<br> And CVS is read-mostly, so should handle plenty of load. "Read-mostly" being<br> a property that makes systems easier to scale.<br><br>I assume if I bothered to learn to use cvsup, it would help much?<br>We'd have a few mirrors and it'd "fan out well"?<br>e.g. 5 cvsup mirrors could each serve 5 cvs clients, 25 for the price of 5?<br><br> - Jay<br><br><br>> Date: Mon, 23 Aug 2010 09:57:04 +0200<br>> From: wagner@elegosoft.com<br>> To: m3devel@elegosoft.com; m3-support@elego.de<br>> Subject: Re: [M3devel] changes in CM3 continuous integration setup<br>> <br>> Quoting Olaf Wagner <wagner@elegosoft.com>:<br>> <br>> > AMD64_LINUX --> AMD64_DARWIN<br>> > --> AMD64_FREEBSD -//-> PPC_DARWIN --> I386_DARWIN<br>> > --> I386_NETBSD<br>> > --> I386_OPENBSD<br>> > --> SOLsun-opencsw-curent9s<br>> > --> SOLsun-opencsw-curent10s<br>> > --> I386_SOLARIS-opencsw-curent10x<br>> > -//-> FreeBSD4 --> LINUXLIBC6<br>> > --> NT386<br>> > --> PPC_LINUX<br>> > --> SPARC32_LINUX<br>> > --> SOLgnu<br>> <br>> I've now cut off the subtrees at PPC_DARWIN and FreeBSD4, as the load<br>> was still not much better. Those two poll now for themselves again,<br>> but only once or twice a day, so that the number of CVS updates<br>> and build runs should be further reduced.<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>