From: Troy Telford <ttelford.groups@gmail.com>
To: "Shawn O. Pearce" <spearce@spearce.org>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] Support 64-bit indexes for pack files.
Date: Mon, 26 Feb 2007 18:16:19 -0700 [thread overview]
Message-ID: <200702261816.20258.ttelford.groups@gmail.com> (raw)
In-Reply-To: <20070226235510.GF1639@spearce.org>
On Monday 26 February 2007, Shawn O. Pearce wrote:
> Nico and I are neck deep in our pack version 4 topic. That topic
> hits all of the same code you touched with your patch.
It looked like that may have been the case; but I figured it wouldn't hurt.
I've been coping with the 'too-small' index issue for about a year now, and
have been on IRC and kept at least a lazy eye on it hoping that it would be
attended to.
I've decided I need to start doing some C coding again, and it seemed to be as
good an itch as any to scratch...
> Our topic also requires us to change the index file format, and
> in doing so we have decided to extend the index records to look
> something like the following[*1*]:
>
> object SHA-1
> 64-bit offset within packfile
> 32-bit index of next object in packfile
>
> The latter field is to help pack-objects reuse existing packfile
> data, as today it needs to sort everything on its own on the fly.
> Having that last field of data will help avoid that, and will keep
> the index nicely aligned for 64-bit accesses to the offset.
Exactly why I left the packfile itself alone. Well, that and laziness. I may
have a huge repository, but I don't have single files so large that it needs
a 32-bit index for the next object in the packfile.
Most of the things that large I've seen are binary anyway.
> I want to say your patch shouldn't be merged without even bothering
> to review it.
No hard feelings on my part, it was as much a learning thing for me as
anything else.
> The last time I was in this part of the git code
> (implementing sliding mmap window) Nico and Junio also both went in
> here and rewrote huge chunks. Their changes prevented sliding mmap
> window from applying. It was 6 months before I got back around to
> rewriting the patch.
Ouch.
> Right now I'm neck deep in pack v4. I hope to have the topic in
> pu-ready state by some time mid-next week, hopefully in time for
> Junio's git day. I'm very unlikely to have the time to rewrite the
> topic again until late June/July if something like your patch goes
> in now.
>
> So would you mind waiting a couple of weeks for 64 bit indexes?
All I'm concerned with is being able to handle my (huge) source repository
with git. I wrote the patch in the hopes that it would accelerate the
process, and that I'd learn something. If all I have to do is wait that's
fine. I figured I'd at least be able to bring an idea or two to the table.
If the code doesn't get accepted, but still get the desired functionality, I
still met 1/2 of my goals in doing it.
--
Troy Telford
next prev parent reply other threads:[~2007-02-27 1:16 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-26 22:40 [PATCH] Support 64-bit indexes for pack files Troy Telford
2007-02-26 23:55 ` Shawn O. Pearce
2007-02-27 0:24 ` Nicolas Pitre
2007-02-27 0:31 ` Shawn O. Pearce
2007-02-27 4:32 ` Nicolas Pitre
2007-02-27 4:55 ` Geert Bosch
2007-02-27 5:11 ` Nicolas Pitre
2007-02-27 16:04 ` Geert Bosch
2007-02-27 16:11 ` Shawn O. Pearce
2007-02-27 16:55 ` Geert Bosch
2007-02-27 17:36 ` Nicolas Pitre
2007-02-28 3:52 ` Shawn O. Pearce
2007-02-28 4:12 ` Nicolas Pitre
2007-02-27 17:03 ` Nicolas Pitre
2007-02-27 20:05 ` Johannes Schindelin
2007-02-27 20:25 ` Geert Bosch
2007-02-27 20:35 ` Johannes Schindelin
2007-02-27 1:16 ` Troy Telford [this message]
2007-02-27 4:56 ` Nicolas Pitre
2007-02-28 19:46 ` Troy Telford
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=200702261816.20258.ttelford.groups@gmail.com \
--to=ttelford.groups@gmail.com \
--cc=git@vger.kernel.org \
--cc=spearce@spearce.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.
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).