AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20090625090905.3f58fad4@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:mail.onstor.net
NSV:
SSH:
R:<maxim.kozlovsky@onstor.com>,<brian.stark@onstor.com>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@exch1.onstor.net/INBOX	72547	2779531E7C760D4491C96305019FEEB52AD1CA881B@exch1.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Thu, 25 Jun 2009 09:10:26 -0700
From: Andrew Sharp <andy.sharp@onstor.com>
To: Maxim Kozlovsky <maxim.kozlovsky@onstor.com>
Bcc: Brian Stark <brian.stark@onstor.com>
Subject: Re: PERFORCE change 32698 for review
Message-ID: <20090625091026.31f3acea@ripper.onstor.net>
In-Reply-To: <2779531E7C760D4491C96305019FEEB52AD1CA881B@exch1.onstor.net>
References: <WEBMAILz4rlDQcpCqJf00093e1a@mail.onstor.com>
 <20090623104643.62c66597@ripper.onstor.net>
 <2779531E7C760D4491C96305019FEEB52AD1CA8780@exch1.onstor.net>
 <20090623132607.3640d6e2@ripper.onstor.net>
 <2779531E7C760D4491C96305019FEEB52AD1CA881B@exch1.onstor.net>
Organization: Onstor
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


On Tue, 23 Jun 2009 15:03:30 -0700 Maxim Kozlovsky
<maxim.kozlovsky@onstor.com> wrote:

> The convention is to make a branch for something that destabilizes
> the code for significant periods of time. Since in no way check-in of
> a baseline for ZFS work, or any subsequent work on ZFS for that
> matter, can make the code unstable, it should go on the dev branch.
> The GNS changes are going to the dev branch as well unless it happens
> that they are violating the criteria of keeping the code stable.


It's disruptive and destabilizing if it hurts everybody except the 1-2
people that might be working on it one day, even if that one day is
today.

It helps 90%, but hurts none, to move it to a separate branch.

I think that leaving it where it is creates an unnecessary and ungainful
stress on IT resources, including storage, and don't forget network
bandwidth and mightydog and liszt loads.  It's a huge directory:
roughly the same size (or bigger) as the entire dev branch before this,
and that's if you include the openbsd directory.  More than twice as
many files as all the files in the linux kernel directory and all the
files in nfx-tree combined.

So basically this is increasing every checked-out {workspace/dev branch}
by at least 100%. For people who avoid the obsolete openbsd directory,
it's 200%.  Which just seems crazy until it has some greater benefit to
a greater number of people who use the dev branch or a branch that does
periodic integrates of the dev branch.
