Is update_focused_file running in a synchronized/blocking way or async/non-blocking way?

[linrongbin16]

Hi, in 2 months ago, I'm using 'nvim-tree.lua' in the company's git repository which I'm working for.

The git repository is a super large monorepo, which contains maybe hundreds of directories, hundreds thousands of files.

When switching buffers, nvim-tree is stucking on finding the focused file. When I disable this option, it will be fine.

In the same time, an other plugin neo-tree.nvim is using async/non-blocking way, so it don't stuck, and maybe 0.5~1 seconds later, it will focused on the file I'm editing.

After 2 months, is there any updates?

[alex-courtis]

Almost all git operations are async/background #1974

Please raise a bug report with

1. clean room configuration
2. instructions on how to replicate
3. a very large repo that we may replicate with. If you can't share your own, https://github.com/qmk/qmk_firmware is one that will stress nvim-tree

[linrongbin16]

thanks for reply, but what I want to say is:

when nvim-tree is tracing to the focused file, is the tracing (e.g. finding path) sync or async?

[alex-courtis]

That is synchronous, however is a cheap operation.

Please add some profiling and report your results, so that we may better investigate this problem:

  log = {
    enable = true,
    truncate = true,
    types = {
      profile = true,
      git = true,
    },
  },

[linrongbin16]

Oh, I'm sorry, I'm afraid since the log contains some sensitive data from the company I'm working for.
So I cannot directly upload the log here. Maybe just let's ignore this thing. Thank you anyway.

[alex-courtis]

Many users have scrubbed their logs before uploading. man sed

All I'm interested in are the find file and draw timings e.g.

[2023-06-19 16:05:06] [profile] START find file /home/alex/src/nvim-tree/master/README.md
[2023-06-19 16:05:06] [profile] START draw
[2023-06-19 16:05:06] [profile] END   draw 1ms
[2023-06-19 16:05:06] [profile] END   find file /home/alex/src/nvim-tree/master/README.md 1ms

Take a look and see if you see any large times.

[linrongbin16]

I removed the sensitive data, and also replaced some sensitive words with other common words:

nvim-tree.log

I found two timings are big:

[2023-06-19 14:20:40] [profile] END   refresh_nodes_for_path /Users/rlin/company/node_modules/appname/components/entity 1906ms

[2023-06-19 14:20:40] [profile] END   find file /Users/rlin/company/node_modules/appname/components/entity/EntityViewSection.jsx 1928ms

I'm working on macbooking pro, hardware performance should not be an issue:

[alex-courtis]

This one is interesting:
END find file /Users/rlin/company/eng/componentname/app/graphql/componentname/mutations/entity_doing_mutations/doing_entity_total_to_ca.rb 2179ms

Is that git ignored? Reminds me of #1931 which is still outstanding but has workarounds.

Please try putting your slow directories (hopefully git ignored) in :help nvim-tree.filesystem_watchers.ignore_dirs.