Andrey Chursin 319e33e471 increase hg queue workers 8->32 ... Summary: This improves buck build(and likely other tools) execution time significantly on the cold cache, with eden api enabled(e.g. no import helper) I have noticed during the tests that we don't urilize network well when accessing files not in cache. Adding some instrumentation shows that we only do up to 8 parallel fetches on mercurial side. This seem to be limited by number of hg queue workers, simply boosting this number from 8->32 improves performance a lot, and it is still manageable number of threads We probably need some better solution to allow for greater parallelism. With this diff time for `buck build fb4a` on the cold cache is reduced **from 121 to 95 minutes(-30%)**. 'Parsing buck files' stage is reduced **from 07:16 min to 05:53 min(-25%)**. During buck build we get to actual parallelism of about 16 fetches which is limited by number of buck threads. Bumping number of buck threads with `-j 32` further reduces build time to **54 minutes (-60% from original)** Reviewed By: xavierd Differential Revision: D30025720 fbshipit-source-id: 6bcae1f353a0d31d8ce632ccb991c2a02f3136fc		2021-08-03 14:42:12 -07:00
..
fs	increase hg queue workers 8->32	2021-08-03 14:42:12 -07:00
hg-server	remove use of chashmap	2021-08-03 13:07:18 -07:00
integration	replace readlink_retry_estale with os.readlink in cli	2021-08-02 15:00:17 -07:00
locale
mononoke	mononoke: make it possible automatically select parents when manually rewriting	2021-08-03 08:46:41 -07:00
scm	remove use of chashmap	2021-08-03 13:07:17 -07:00
test_support	fix systemd tests locally	2021-07-09 17:24:11 -07:00
test-data	fix fsck snapshot integration tests	2021-07-14 16:20:04 -07:00
.gitignore
Eden.project.toml