[PATCH 0/2] ls-files: reuse the untracked cache · Tamir Duberstein <hidden> · 2026-09-23
[PATCH 1/2] dir: hash ignore files before adding parser LF · Tamir Duberstein <hidden> · 2026-09-23
[PATCH 2/2] ls-files: reuse cached untracked listings · Tamir Duberstein <hidden> · 2026-09-23
Re: [PATCH 0/2] ls-files: reuse the untracked cache · Tamir Duberstein <hidden> · 2026-09-23
[PATCH v2 0/3] ls-files: reuse and update the untracked cache · Tamir Duberstein <hidden> · 2026-09-23
[PATCH v2 1/3] dir: hash ignore files before appending newline · Tamir Duberstein <hidden> · 2026-09-23
[PATCH v2 2/3] dir: share untracked caches across output modes · Tamir Duberstein <hidden> · 2026-09-23
[PATCH v2 3/3] ls-files: use and update the untracked cache · Tamir Duberstein <hidden> · 2026-09-23

Re: [PATCH 0/2] ls-files: reuse the untracked cache

From: Tamir Duberstein <hidden>
Date: 2026-09-23 18:38:44

On Wed, Sep 23, 2026 at 1:10 PM Tamir Duberstein [off-list ref] wrote:

Uncached controls were noisy; the apparent slowdown in the first batch
did not recur. Literal-query results varied in both directions, with a
separate five-run hyperfine check measuring 17 ms before and 20 ms after.

Prepared with Codex, including code review and benchmark work by separate
Codex agents.

Jeez, sorry about this slop. This was operator error on my part; I did
not intend for these to go out in this form.

The first commit is in reasonable shape but I'm still iterating on the second.

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help