Re: performance on repack
- From
Jon Smirl <jonsmirl@gmail.com>
- Date
- Aug 15, 2007, 18:38 UTC
- Message-ID
- <9e4733910708151138x2b267dc6w27c1bc8d948e5633@mail.gmail.com>
- In-Reply-To
- <20070815171152.GA15155@auto.tuwien.ac.at>
On 8/15/07, Martin Koegler <mkoegler@auto.tuwien.ac.at> wrote:
> git-pack-objects knows the order, in which it will use the objects. A > seperate thread could pre-read the next object and wait until the main > thread starts processing it. After the read is complete, another > thread could start computing the delta index.
The hope is that the new adaptive read ahead code in the kernel will get this right and you won't need the second thread. Letting the kernel handle the read ahead will dynamically scale as other demands are made on the host. There's effectively only one read ahead cache in the system, only the kernel really knows how to divide it up between competing apps.
-- Jon Smirl jonsmirl@gmail.com