From: Martin Pieuchot <mpi@openbsd.org>
Subject: Re: tog log & got-read-pack on the fly:
To: gameoftrees@openbsd.org
Date: Fri, 11 Oct 2019 10:35:21 +0200

On 11/10/19(Fri) 09:39, Stefan Sperling wrote:
> On Thu, Oct 10, 2019 at 05:38:51PM +0200, Stefan Sperling wrote:
> > On Thu, Oct 10, 2019 at 09:02:12AM -0600, Tracey Emery wrote:
> > > On Thu, Oct 10, 2019 at 04:45:07PM +0200, Stefan Sperling wrote:
> > > > Can you please try this diff just to check if this helps?
> > > > If it does, we need to find a proper way of fixing this.
> > > 
> > > Patch significantly sped up the search process here!
> > 
> > I cannot figure out how to make wgetch() faster, the related timeout
> > settings have no apparent effect.
> > 
> > Calling wgetch in a loop is obviously bad. Below is a simple workaround
> > that works for me, with some more tweaks that seem to help.
> 
> Here is a better diff which fixes the actual problem.

With this diff I don't see any prefetching, but the 'loading' periods are
shorter.

Searching for an non-existing pattern still makes the tog freeze until
all commits are unpacked.

While here, I figured out that killing got-read-pack makes tog(1)
irresponsible as well, then I have to kill it :)