sapling/eden/mononoke/blobrepo
Stanislau Hlebik e308419b58 RFC mononoke: limit number of filenodes get_all_filenodes_maybe_stale
Summary:
In a repository with files with large histories we run into a lot of SqlTimeout
errors while fetching file history to serve getpack calls. However fetching the
whole file history is not really necessary - client knows how to work with
partial history i.e. if client misses some portion of history then it would
just fetch it on demand.

This diff adds way to add a limit on how many entries were going to be fetched, and if more entries were fetched then we return FilenodeRangeResult::TooBig. The downside of this diff is that we'd have to do more sequential database
queries.

Reviewed By: krallin

Differential Revision: D23025249

fbshipit-source-id: ebed9d6df6f8f40e658bc4b83123c75f78e70d93
2020-08-12 14:33:43 -07:00
..
blobrepo_hg RFC mononoke: limit number of filenodes get_all_filenodes_maybe_stale 2020-08-12 14:33:43 -07:00
blobsync Regenerate all Cargo.tomls after upgrade to futures 0.3.5 2020-07-06 20:49:43 -07:00
changeset_fetcher Clean out unused deps from our TARGETS files 2020-04-14 03:38:11 -07:00
errors blobrepo: add mutation store 2020-05-13 11:00:55 -07:00
factory mononoke: add cmdlib argument to control cachelib zstd compression 2020-07-31 01:12:02 -07:00
override bookmarks: rework Bookmarks traits 2020-07-02 07:53:12 -07:00
repo_blobstore Regenerate all Cargo.tomls after upgrade to futures 0.3.5 2020-07-06 20:49:43 -07:00
src bookmarks: remove repo_id from Bookmarks methods 2020-07-10 04:50:25 -07:00
test RFC mononoke: limit number of filenodes get_all_filenodes_maybe_stale 2020-08-12 14:33:43 -07:00
Cargo.toml Regenerate all Cargo.tomls after upgrade to futures 0.3.5 2020-07-06 20:49:43 -07:00