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

Re: core.fsmonitor always perform rescans

From
TITatsuyuki Ishi <ishitatsuyuki@gmail.com>
Date
Apr 11, 2018, 08:18 UTC
Message-ID
<CANqewP1W2dPotMFhWRLRkjteUpmH9z0fRWCQG_h5bF95EAy60w@mail.gmail.com>
In-Reply-To
<53251802-5c5e-6fd2-25d0-40d534e6bd6f@gmail.com>
2018-04-10 23:34 GMT+09:00 Ben Peart <peartben@gmail.com>:
> As a performance optimization, the fsmonitor code doesn't flag the index as
> dirty and force it to be written out with every command.  Can you try
> performing a git operation (add, rm, commit, etc) that will write out an
> updated index and see if that fixes the issue you're seeing?

Yeah, that resolves the issue. Though the repo I'm working on uses submodules, so doing this in each of them isn't a easy work.

> I'm considering adding a special case to force the index to be written out
> the first time fsmonitor is invoked and am interested to know if this would
> have avoided the issue you are seeing.

Yes please. And maybe we should also flush the index when the script returns '/', which means all files?

Previous: Ben Peart
Message 4 of 4 in “core.fsmonitor always perform rescans”
  1. Tatsuyuki IshiMar 26, 2018
  2. Johannes SchindelinMar 30, 2018
  3. Ben PeartApr 10, 2018
  4. Tatsuyuki IshiApr 11, 2018

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.