altsem

Progress being made in https://github.com/altsem/gitu/pull/392 This *should* speed things up by deferring highlighting of hunks until they are about to be rendered.

I found a pretty severe case of too much allocations happening now, thanks to Heaptrack. There's a fix in master with c9775d7a10ea872b4ff668e9cf15127ad0ea0e48. The benchmark is showing a 40x speedup. Would...

There is still the case that the file-watcher is slow and allocating a bunch on startup. Having it enabled adds ~1s for me before the first render, turning it off...

> refresh_on_file_change.enabled = false Right, @wukkuan do you experience slowness with this option set to false as well? You'd need to refresh manually (`g`) with it turned off.

I cloned down Firefox's repo and experienced some slowness too. I also tried Gitui with similar results. It seems `repo.statuses` in libgit2 is the culprit (seen in my recent master...

I noted that lazygit looks to be forking out a new process when calling git. Instead of relying on libgit2. Gitu has a mix of these approaches, but I've been...

@wukkuan damn. Going to need some way to reproduce this or more details in order to fix that. Is there some other public repo where you experience the same? Are...

All of these issues should be fixed in https://github.com/altsem/gitu/commit/e40cfc8870168b70cee6d32c32ea5e7086fac42e. I noted that diffs without a prefix are not possible to feed back into git (when e.g. staging), so that remains...

@idmyn hmm that's not good! Do you have any pre-commit hooks running? And are you running off of master? Try `gitu --version`

Hard to tell what's going on here. :thinking: Does work in this repo involve a lot of diffing files / maybe large binary files? Does it contain git submodules? Every...