From: Jeff King <peff@peff.net>
To: "Nguyễn Thái Ngọc Duy" <pclouds@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH v2 1/3] index-pack: add --unpack-limit to unpack objects
Date: Sun, 8 Sep 2013 00:44:17 -0400 [thread overview]
Message-ID: <20130908044417.GD14019@sigill.intra.peff.net> (raw)
In-Reply-To: <1378428363-14086-1-git-send-email-pclouds@gmail.com>
On Fri, Sep 06, 2013 at 07:46:01AM +0700, Nguyen Thai Ngoc Duy wrote:
> ---
> I had something that could unpack without writing to temp pack file
> but I scraped it and chose this way because it follows closely how
> index-pack works. It's a good thing imo because .pack v4 is coming
> and I don't know how v4 may impact this unpack code path. Once things
> are settled, we can revisit and open a separate code path if it's
> still a good idea.
>From a cursory read, this seems fine. If it were done in complete
isolation, I'd say it was a slight regression, just because we are doing
more I/O for the unpack case, and it is not really saving us any code
(it is not like we can throw away unpack-objects, as I think we would
want to keep it as a last resort for getting data out of malformed or
otherwise non-indexable packs).
But I can also see it making pack v4 handling easier. So it would make
sense to me to put it at the start of a series adding pack v4 indexing.
By the end of the series you would be able to see the benefits of the
reduced code complexity. Until then, it is a "probably this will help
later" change.
-Peff
next prev parent reply other threads:[~2013-09-08 4:44 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-02 3:05 [PATCH] {fetch,receive}-pack: drop unpack-objects, delay loosing objects until the end Nguyễn Thái Ngọc Duy
2013-09-02 4:38 ` Eric Sunshine
2013-09-03 6:49 ` Jeff King
2013-09-03 11:56 ` Duy Nguyen
2013-09-03 17:25 ` Jeff King
2013-09-06 0:46 ` [PATCH v2 1/3] index-pack: add --unpack-limit to unpack objects Nguyễn Thái Ngọc Duy
2013-09-06 0:46 ` [PATCH v2 2/3] fetch-pack: use index-pack --unpack-limit instead of unpack-objects Nguyễn Thái Ngọc Duy
2013-09-08 4:45 ` Jeff King
2013-09-06 0:46 ` [PATCH v2 3/3] receive-pack: " Nguyễn Thái Ngọc Duy
2013-09-08 4:44 ` Jeff King [this message]
2013-09-08 6:28 ` [PATCH v2 1/3] index-pack: add --unpack-limit to unpack objects Duy Nguyen
2013-09-08 6:35 ` Jeff King
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=20130908044417.GD14019@sigill.intra.peff.net \
--to=peff@peff.net \
--cc=git@vger.kernel.org \
--cc=pclouds@gmail.com \
/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).