Piotr OsiewiczandSmit Barmase
e85c060625
Follow-up after #40417, which should've fixed hangs. smol::fs uses a separate threadpool, which is a bit yuck. This PR also added a benchmark you can use to run a full worktree scan (initial one, that is) for arbitrary worktree.. and refactored worktree scanner to use async locks, as otherwise tests were deadlocking. :) I've benchmarked it against Zed, Linux and Chromium and saw a ~60% drop in initial worktree scan times across the board. Release Notes: - Significantly (3.3x speedup over the old implementation) improved speed of Zed's worktree scanner, that's responsible for synchronizing the state of your project with the state of files on hard drive. --------- Co-authored-by: Smit Barmase <heysmitbarmase@gmail.com>
16 lines
358 B
TOML
16 lines
358 B
TOML
[package]
|
|
name = "worktree_benchmarks"
|
|
version = "0.1.0"
|
|
publish.workspace = true
|
|
edition.workspace = true
|
|
|
|
[dependencies]
|
|
fs.workspace = true
|
|
gpui = { workspace = true, features = ["windows-manifest"] }
|
|
settings.workspace = true
|
|
worktree.workspace = true
|
|
workspace-hack = { version = "0.1", path = "../../tooling/workspace-hack" }
|
|
|
|
[lints]
|
|
workspace = true
|