Revision 48e7effa79d1ab165e83b2f96455f77ffd79cca3 authored by Siying Dong on 26 March 2019, 02:14:04 UTC, committed by Facebook Github Bot on 26 March 2019, 02:18:04 UTC
Summary: With https://github.com/facebook/rocksdb/pull/3009 we go through every CF to check whether a bottommost compaction is needed to be triggered. This is done within DB mutex. What we do within DB mutex may heavily influece the write throughput we can achieve, so we always want to minimize work there. Here we try to avoid this for-loop by first check a global threshold. In most of the time, the CF loop can be avoided. Pull Request resolved: https://github.com/facebook/rocksdb/pull/5090 Differential Revision: D14582684 Pulled By: siying fbshipit-source-id: 968f6d9bb6affe1a5ebc4910b418300b076f166f
1 parent 52e6404
| File | Mode | Size |
|---|---|---|
| cache_bench.cc | -rw-r--r-- | 7.4 KB |
| cache_test.cc | -rw-r--r-- | 20.0 KB |
| clock_cache.cc | -rw-r--r-- | 25.9 KB |
| clock_cache.h | -rw-r--r-- | 601 bytes |
| lru_cache.cc | -rw-r--r-- | 15.7 KB |
| lru_cache.h | -rw-r--r-- | 10.5 KB |
| lru_cache_test.cc | -rw-r--r-- | 6.0 KB |
| sharded_cache.cc | -rw-r--r-- | 5.0 KB |
| sharded_cache.h | -rw-r--r-- | 4.1 KB |
Computing file changes ...
