From: Karl Fogel <karl.fogel@canonical.com>
To: Jason Earl <jearl@notengoamigos.org>
Cc: emacs-devel@gnu.org, CHENG Gao <chenggao@gmail.com>
Subject: Re: Switching to bzr: what Emacs developers should know?
Date: Tue, 11 Aug 2009 14:20:08 -0400 [thread overview]
Message-ID: <871vni2ox3.fsf@canonical.com> (raw)
In-Reply-To: <87ocqmb587.fsf@notengoamigos.org> (Jason Earl's message of "Tue, 11 Aug 2009 12:00:40 -0600")
Jason Earl <jearl@notengoamigos.org> writes:
> I ran the same test as Cheng and it only to me 24m, which is more
> reasonable. I am guessing that there might be network issues. The
> emacs-testing branches take less time, primarily because there is a lot
> less information to move.
>
> One thing to note, the bzr: method takes longer than the http: method
> for initial checkout because the machine hosting bzr.notengoamigos.org
> is such an old piece of crap.
My results are below (this is on a machine with a pretty good pipe; I
don't remember exactly how good, but enough to be slashdotted and not
notice):
First I fetched via bzr://, like so:
$ mkdir new-emacs
$ cd new-emacs
$ bzr init-repo --2a .
Shared repository with trees (format: 2a)
Location:
shared repository: .
$ time bzr branch bzr://bzr.notengoamigos.org/emacs-testing/trunk/ emacs
Branched 96940 revision(s).
real 47m37.010s
user 2m33.398s
sys 0m5.480s
$
Then I fetched the tarballs:
$ time wget http://bzr.notengoamigos.org/emacs-testing.tar.gz
[...]
100%[======================================>] 233,333,654 1.90M/s in 66s
[...]
real 1m6.515s
user 0m0.304s
sys 0m3.272s
$ time wget http://bzr.notengoamigos.org/emacs-testing.tar.lzma
[...]
100%[======================================>] 230,333,027 3.65M/s in 77s
[...]
real 1m17.292s
user 0m0.272s
sys 0m2.836s
$
Then I tried this (still in the same shared repository):
$ time bzr branch http://bzr.notengoamigos.org/emacs-testing/trunk/ \
emacs-trunk-via-http
Branched 96940 revision(s).
real 0m21.611s
user 0m8.117s
sys 0m1.136s
$
Good -- it used the already-fetched local revisions, as it should. Next
I tried fetching via HTTP in a fresh (unpopulated) shared repository:
$ cd ..
$ mkdir emacs-new-2
$ cd emacs-new-2
$ bzr init-repo --2a .
$ time bzr branch http://bzr.notengoamigos.org/emacs-testing/trunk/ \
emacs-trunk-via-http
Branched 96940 revision(s).
real 9m41.867s
user 7m3.190s
sys 0m5.880s
$
Interesting. I expected that to take about as long as fetching the gz
or lzma, but it took longer, though still not nearly as long as with
bzr://. In summary, we're looking at:
bzr branch bzr://... ==> 47 minutes
bzr branch http://... ==> 10 minutes
wget http:/.../{gz,lzma} ==> 1 minute
> There is no question that the fastest way to get in business is to
> download the pre-made repositories and start from there.
Yup. I was thinking we'd package up a shared repository as a .gz (or
.lzma) file. The method would be:
$ wget http://bzr.savanna.gnu.org/.../emacs-shared-repos.gz
$ tar zxvf emacs-shared-repos.gz
$ cd emacs-shared-repos (or whatever it's called)
$ cd trunk
$ bzr pull (pull down new revs into trunk)
$ bzr branch trunk my-branch (start working by branching trunk)
Seem sane to you?
-Karl
next prev parent reply other threads:[~2009-08-11 18:20 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-08 16:24 Switching to bzr: what Emacs developers should know? Bastien
2009-08-08 18:51 ` B Smith-Mannschott
2009-08-08 19:54 ` Stefan Monnier
2009-08-08 22:41 ` Bastien
2009-08-09 1:23 ` Stefan Monnier
2009-08-11 5:42 ` Karl Fogel
2009-08-11 5:49 ` Karl Fogel
2009-08-11 17:17 ` Stefan Monnier
[not found] ` <87fxbyb3s5.fsf@notengoamigos.org>
2009-08-13 16:21 ` Stefan Monnier
2009-08-11 18:56 ` bzr for Gnus (was: Switching to bzr: what Emacs developers should know?) Ted Zlatanov
2009-08-12 5:28 ` Stephen J. Turnbull
2009-08-12 13:50 ` Mike Kupfer
2009-08-12 15:09 ` bzr for Gnus Ted Zlatanov
2009-09-08 16:27 ` Karl Fogel
2009-09-09 3:11 ` Stefan Monnier
2009-08-12 8:01 ` Miles Bader
2009-08-13 16:38 ` Stefan Monnier
2009-08-08 22:40 ` Switching to bzr: what Emacs developers should know? Bastien
2009-08-09 0:03 ` Bastien
2009-08-09 2:24 ` Óscar Fuentes
2009-08-18 9:31 ` Bastien
2009-08-09 12:42 ` CHENG Gao
2009-08-11 5:44 ` Karl Fogel
[not found] ` <8763cua0za.fsf@notengoamigos.org>
2009-08-11 15:19 ` Karl Fogel
[not found] ` <87ocqmb587.fsf@notengoamigos.org>
2009-08-11 18:20 ` Karl Fogel [this message]
[not found] ` <87bpmmb27v.fsf@notengoamigos.org>
2009-08-11 19:15 ` Karl Fogel
2009-08-12 5:50 ` CHENG Gao
2009-08-13 16:31 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871vni2ox3.fsf@canonical.com \
--to=karl.fogel@canonical.com \
--cc=chenggao@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=jearl@notengoamigos.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.