From: Jakub Narebski <jnareb@gmail.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: "Jeff King" <peff@peff.net>, "Ted Ts'o" <tytso@mit.edu>,
"Jonathan Nieder" <jrnieder@gmail.com>,
"Ævar Arnfjörð Bjarmason" <avarab@gmail.com>,
"Clemens Buchacher" <drizzd@aon.at>,
git@vger.kernel.org
Subject: Re: generation numbers
Date: Thu, 7 Jul 2011 22:31:12 +0200 [thread overview]
Message-ID: <201107072231.13181.jnareb@gmail.com> (raw)
In-Reply-To: <7vliw9hoky.fsf@alter.siamese.dyndns.org>
On Thu, 7 Jul 2011, Junio C Hamano wrote:
> Jeff King <peff@peff.net> writes:
>
> > You could "cheat" and instead of storing the sha1 of a blob object in
> > the notes tree, use the lower 32 bits to store an actual value. I don't
> > think that currently breaks any assumptions in the notes code, but it
> > definitely is against the intent of it.
>
> I highly suspect that it would break fsck rather badly. You may not even
> be able to repack a repository with such a notes tree.
Well, we could (ab)use file mode to mark that what would be sha1 actually
stores fixed-width content of a file, like we do with submodules.
This technique is I think quite similar in idea to filesystems storing
contents of small files in file inode, isn't it?
--
Jakub Narebski
Poland
next prev parent reply other threads:[~2011-07-07 20:31 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-11 19:04 [PATCH 0/4] Speed up git tag --contains Ævar Arnfjörð Bjarmason
2011-06-11 19:04 ` [PATCH 1/4] tag: speed up --contains calculation Ævar Arnfjörð Bjarmason
2011-06-11 19:04 ` [PATCH 2/4] limit "contains" traversals based on commit timestamp Ævar Arnfjörð Bjarmason
2011-06-11 19:04 ` [PATCH 3/4] default core.clockskew variable to one day Ævar Arnfjörð Bjarmason
2011-06-11 19:04 ` [PATCH 4/4] Why is "git tag --contains" so slow? Ævar Arnfjörð Bjarmason
2011-07-06 6:40 ` [PATCH 0/4] Speed up git tag --contains Jeff King
2011-07-06 6:54 ` Jeff King
2011-07-06 19:06 ` Clemens Buchacher
2011-07-06 6:56 ` Jonathan Nieder
2011-07-06 7:03 ` Jeff King
2011-07-06 14:26 ` generation numbers (was: [PATCH 0/4] Speed up git tag --contains) Jakub Narebski
2011-07-06 15:01 ` Ted Ts'o
2011-07-06 18:12 ` Jeff King
2011-07-06 18:46 ` Jakub Narebski
2011-07-07 18:59 ` Jeff King
2011-07-07 19:34 ` generation numbers Junio C Hamano
2011-07-07 20:31 ` Jakub Narebski [this message]
2011-07-07 20:52 ` A Large Angry SCM
2011-07-08 0:29 ` Junio C Hamano
2011-07-08 22:57 ` Jeff King
2011-07-06 23:22 ` Junio C Hamano
2011-07-07 19:08 ` Jeff King
2011-07-07 20:10 ` Jakub Narebski
2018-01-12 18:56 ` [PATCH 0/4] Speed up git tag --contains csilvers
2018-03-03 5:15 ` Jeff King
2018-03-08 23:05 ` csilvers
2018-03-12 13:45 ` Derrick Stolee
2018-03-12 23:59 ` 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=201107072231.13181.jnareb@gmail.com \
--to=jnareb@gmail.com \
--cc=avarab@gmail.com \
--cc=drizzd@aon.at \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=jrnieder@gmail.com \
--cc=peff@peff.net \
--cc=tytso@mit.edu \
/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 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.