From: Petr Baudis <pasky@suse.cz>
To: Nicolas Pitre <nico@fluxnic.net>
Cc: Nicolas Sebrecht <nicolas.s.dev@gmx.fr>,
Junio C Hamano <junio@pobox.com>,
git@vger.kernel.org
Subject: Re: excerpts from tomorrow's "What's cooking" draft
Date: Wed, 11 Nov 2009 22:07:27 +0100 [thread overview]
Message-ID: <20091111210727.GN12890@machine.or.cz> (raw)
In-Reply-To: <alpine.LFD.2.00.0911111408380.16711@xanadu.home>
On Wed, Nov 11, 2009 at 02:50:22PM -0500, Nicolas Pitre wrote:
> On Wed, 11 Nov 2009, Nicolas Sebrecht wrote:
>
> > A bit OT, I've noticed the following output today:
> >
> > % git clone git://repo.or.cz/girocco.git
> > Initialized empty Git repository in /home/nicolas/dev/official_packages/girocco/.git/
> > remote: Counting objects: 3017, done.
> > g objects: 100% (994/994), done.
> > remote: Total 3017 (delta 1911), reused 2988 (delta 1896)
> > Receiving objects: 100% (3017/3017), 403.99 KiB | 309 KiB/s, done.
> > Resolving deltas: 100% (1911/1911), done.
> > %
> >
> > Notice the "g " at the begining at the 3th line. This is reproducible.
>
> I get much worse:
>
> Initialized empty Git repository in /home/nico/git/girocco/.git/
> remote: Counting objects: 3017, done.
> remote: Compressing objects: 5% (50/994) Receiving objects: 3% (91/3017)
> remote: Compressing objects: 15% (150/994) Receiving objects: 7% (212/3017)
> remote: Compressing oReceiving objects: 14% (423/3017), 76.00 KiB | 135 KiB/s
> remote: Compressing objects: 35Receiving objects: 16% (483/3017), 76.00 KiB |
> remote: Compressing objects: 38% (378/994)Receiving objects: 17% (513/3017), 7
> remote: Compressing objectReceiving objects: 20% (604/3017), 76.00 KiB | 135 Ki
> remote: Compressing objects: 48% (47Receiving objects: 22% (664/3017), 76.00 K
> remote: Compressing objects: 5Receiving objects: 23% (694/3017), 76.00 KiB | 1
> remote: Compressing objects: Receiving objects: 25% (755/3017), 76.00 KiB | 13
> remote: Compressing objects: 84% (835/99Receiving objects: 26% (785/3017), 76.
> remote: Compressing objeReceiving objects: 33% (996/3017), 76.00 KiB | 135 KiB/
> remote: Compressing objects: 94% (Receiving objects: 36% (1087/3017), 76.00 Ki
> remote: Compressing objects: 97% (965/994) Receiving objects: 39% (1177/3017
> g objects: 100% (994/994), done.
> remote: Total 3017 (delta 1911), reused 2988 (delta 1896)
> Receiving objects: 100% (3017/3017), 403.99 KiB | 335 KiB/s, done.
> Resolving deltas: 100% (1911/1911), done.
>
> According to strace, data from sideband channel #2 (prefixed with
> "remote: ") pertaining to object compression is printed way after pack
> data has already started to arrive locally. This is really weird.
>
> And this occurs only when fetching from repo.or.cz and not from
> git.kernel.org for example. So there is something to investigate on the
> server side. Pasky: anything you changed in your git installation
> lately?
Yes, but nothing should have changed in git-daemon, that's the only part
of the infrastructure that uses system-wide git (which it perhaps
shouldn't). I cannot reproduce this problem, though. I have changed
git-daemon to use my local git version (about one week old master), does
this still happen for you?
--
Petr "Pasky" Baudis
A lot of people have my books on their bookshelves.
That's the problem, they need to read them. -- Don Knuth
next prev parent reply other threads:[~2009-11-11 21:07 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-11 9:34 excerpts from tomorrow's "What's cooking" draft Junio C Hamano
2009-11-11 16:33 ` Ben Walton
2009-11-11 17:07 ` Johan Herland
2009-11-11 17:57 ` Sverre Rabbelier
2009-11-11 18:45 ` Daniel Barkalow
2009-11-15 2:07 ` Sverre Rabbelier
2009-11-15 2:49 ` Daniel Barkalow
2009-11-11 22:08 ` ks/precompute-completion Jonathan Nieder
2009-11-13 6:40 ` ks/precompute-completion Stephen Boyd
2009-11-13 7:06 ` ks/precompute-completion Jonathan Nieder
2009-11-13 7:12 ` ks/precompute-completion Stephen Boyd
2009-11-13 8:50 ` [PATCH] Speed up bash completion loading Jonathan Nieder
2009-11-13 9:03 ` Jonathan Nieder
2009-11-13 10:29 ` Jonathan Nieder
2009-11-13 20:43 ` Stephen Boyd
2009-11-14 10:35 ` Jonathan Nieder
2009-11-14 11:01 ` Jonathan Nieder
2009-11-14 14:43 ` SZEDER Gábor
2009-11-14 19:33 ` Jonathan Nieder
2009-11-14 23:46 ` Stephen Boyd
2009-11-15 6:50 ` Jonathan Nieder
2009-11-15 9:05 ` Junio C Hamano
2009-11-15 10:29 ` [PATCH v2] " Jonathan Nieder
2009-11-16 1:55 ` Shawn O. Pearce
2009-11-16 8:28 ` Stephen Boyd
2009-11-18 0:49 ` [PATCH v3] " Jonathan Nieder
2009-11-18 0:59 ` Shawn O. Pearce
2009-11-11 18:42 ` excerpts from tomorrow's "What's cooking" draft Nicolas Sebrecht
2009-11-11 19:50 ` Nicolas Pitre
2009-11-11 21:07 ` Petr Baudis [this message]
2009-11-11 21:19 ` Nicolas Pitre
2009-11-11 21:26 ` Nicolas Sebrecht
2009-11-11 21:42 ` Petr Baudis
2009-11-11 22:04 ` Nicolas Pitre
2009-11-11 22:24 ` [PATCH] give priority to progress messages Nicolas Pitre
2009-11-11 18:54 ` excerpts from tomorrow's "What's cooking" draft Jakub Narebski
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=20091111210727.GN12890@machine.or.cz \
--to=pasky@suse.cz \
--cc=git@vger.kernel.org \
--cc=junio@pobox.com \
--cc=nico@fluxnic.net \
--cc=nicolas.s.dev@gmx.fr \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).