-
-
Notifications
You must be signed in to change notification settings - Fork 52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ref: Use moka
for Cacher
implementation
#979
Conversation
fb65172
to
98c80a0
Compare
448a2ee
to
98c80a0
Compare
3aff52e
to
f79f167
Compare
Codecov Report
Additional details and impacted files@@ Coverage Diff @@
## master #979 +/- ##
==========================================
+ Coverage 74.12% 74.26% +0.13%
==========================================
Files 75 75
Lines 11439 11504 +65
==========================================
+ Hits 8479 8543 +64
- Misses 2960 2961 +1 |
Replaces the current request coalescing solution with `moka`. This simplifies the channel creation and deduplication logic, as `moka` does that already. This also gives us in-memory caches right now, even though they are not hooked up to configuration yet.
2028ca2
to
f9b18b4
Compare
// - ^ Well actually, eager `computations` should be `file.hits + file.miss - file.fallback`, | ||
// as cache fallback does trigger a background computation. | ||
// - in-memory miss: access - computations | ||
// FIXME: is it better to use a different metrics key or tags for the cache name? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
NOTE: for datadog it does not matter if we use different keys or tags. I would even prefer to have tags instead, but that might be a good followup.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would agree that tags seem like the natural choice.
Replaces the current request coalescing solution with
moka
.This simplifies the channel creation and deduplication logic, as
moka
does that already. This also gives us in-memory caches right now, even
though they are not hooked up to configuration yet.