Thomas Orozco b8e197fdb4 mononoke/lfs_server: allow enabling rate limits probabilistically ... Summary: If we exceed a rate limit, we probably don't want to just drop 100% of traffic. This would create a sawtooth pattern where we allow a bunch of traffic, update our counters, drop a bunch of traffic, update our counters again, allow a bunch of traffic, etc. To fix this, let's make limits probabilistic. This lets us say "beyond X GB/s, drop Y% of traffic", which is closer to a sane rate limit. It might also make sense to eventually change this to use ratelim. Initially, we didn't do this because we needed our rate limiting decisions to be local to a single host (because different hosts served different traffic), but now that we spread the load for popular blobs across the whole tier, we should be able to just delegate to ratelim. For now, however, let's finish this bit of a functionality so we can turn it on. The corresponding Configerator change is here: D23472683 Reviewed By: aslpavel Differential Revision: D23472945 fbshipit-source-id: f7d985fded3cdbbcea3bc8cef405224ff5426a25		2020-09-02 11:02:18 -07:00
..
fixtures	bookmarks: extract BundleReplayData from BookmarkUpdateReason	2020-07-10 04:50:24 -07:00
integration	mononoke/lfs_server: allow enabling rate limits probabilistically	2020-09-02 11:02:18 -07:00
utils	mononoke: megarepotool support for gradual merge	2020-08-04 02:53:15 -07:00
write_stub_log_entry	bookmarks: remove repo_id from Bookmarks methods	2020-07-10 04:50:25 -07:00