[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnu-arch-users] larger trees slowing down
From: |
Aaron Bentley |
Subject: |
Re: [Gnu-arch-users] larger trees slowing down |
Date: |
27 Jan 2004 15:49:12 -0500 |
On Tue, 2004-01-27 at 14:23, Dustin Sallings wrote:
>
> On Jan 27, 2004, at 11:13, Tom Lord wrote:
>
> > For small patches, it's proportional to the number of files in the
> > tree.
>
> I'm curious why this is true, especially on a get. If I only need to
> patch two files, why do I care about the other 2,367?
I think it's essentially because Arch permits renames. We have to make
sure that we modify the right file, and in order to do that, we do a
whole-tree inventory, to find out the id -> filepath mapping. That's
how we make sure that we're modifying the correct file.
Chris Mason has been looking at improving this performance by reducing
the need for whole-tree inventories. See this thread:
http://mail.gnu.org/archive/html/gnu-arch-users/2003-12/threads.html#00753
Aaron
--
Aaron Bentley
Director of Technology
PanoMetrics, Inc.
- [Gnu-arch-users] larger trees slowing down, Dustin Sallings, 2004/01/27
- Re: [Gnu-arch-users] larger trees slowing down, Robert Collins, 2004/01/27
- Re: [Gnu-arch-users] larger trees slowing down, Tom Lord, 2004/01/27
- Re: [Gnu-arch-users] larger trees slowing down, Dustin Sallings, 2004/01/27
- Re: [Gnu-arch-users] larger trees slowing down, Tom Lord, 2004/01/27
- Re: [Gnu-arch-users] larger trees slowing down, Dustin Sallings, 2004/01/27
- Re: [Gnu-arch-users] larger trees slowing down,
Aaron Bentley <=
- Re: [Gnu-arch-users] larger trees slowing down, Dustin Sallings, 2004/01/27
- Re: [Gnu-arch-users] larger trees slowing down, Aaron Bentley, 2004/01/28
- Re: [Gnu-arch-users] larger trees slowing down, Chris Mason, 2004/01/28
- Re: [Gnu-arch-users] larger trees slowing down, Aaron Bentley, 2004/01/28
- Re: [Gnu-arch-users] larger trees slowing down, Robert Collins, 2004/01/28
- Re: [Gnu-arch-users] larger trees slowing down, Dustin Sallings, 2004/01/28