9721ccf61c
Summary: On the master cleanups are hooked directly into the transaction engine. This is beneficial because the master might have bigger caches and we want to clear them as soon as possible. On the workers there is a periodic RPC call to the master about living transactions, which takes care of releasing local caches. This is suboptimal because long transactions will prevent cache GC (like with data GC). It is however fairly simple. Note that all cleanup is not done automatically and `RemotePull` has been reduced accordingly. @msantl, please verify correctness and consider if the code can be additionally simplified. Reviewers: teon.banek, msantl Reviewed By: msantl Subscribers: pullbot, msantl Differential Revision: https://phabricator.memgraph.io/D1202 |
||
---|---|---|
.. | ||
benchmark | ||
concurrent | ||
distributed | ||
drivers | ||
macro_benchmark | ||
manual | ||
property_based | ||
public_benchmark | ||
qa | ||
stress | ||
unit | ||
apollo_runs.py | ||
client-stress.sh | ||
CMakeLists.txt |