all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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




  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.