git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: git-fsck/lost-found's speed vs git-prune's

From
Johannes Schindelin <johannes.schindelin@gmx.de>
Date
Sep 18, 2007, 11:13 UTC
Message-ID
<Pine.LNX.4.64.0709181211560.28586@racer.site>
In-Reply-To
<20070918095049.GA9388@glandium.org>
Hi,
On Tue, 18 Sep 2007, Mike Hommey wrote:
Show 11 quoted lines
> On Tue, Sep 18, 2007 at 02:18:44AM -0700, Junio C Hamano <gitster@pobox.com> wrote:
> > Mike Hommey <mh@glandium.org> writes:
> > 
> > > I was wondering if that was to be expected for git-fsck to be
> > > significantly slower than git-prune (by several orders of magnitude) ?
> > 
> > fsck validates objects are correct and sane.  prune only looks
> > at reachability.
> 
> Now, the speed difference makes sense, but I wouldn't expect lost-found
> to actually bother validating objects...

That's why we should get rid of lost-found, and only keep the --lost-found option to git-fsck, to make it clear.

And I think that it is too rare that you lost objects and want to find them, to warrant a fast version of it.

Ciao, Dscho

Previous: Mike Hommey
Message 5 of 5 in “git-fsck/lost-found's speed vs git-prune's”
  1. Mike HommeySep 18, 2007
  2. Sam VilainSep 18, 2007
  3. Junio C HamanoSep 18, 2007
  4. Mike HommeySep 18, 2007
  5. Johannes SchindelinSep 18, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.