Revision dae3b5545c556e2479972a21d1ed8850aac0bae8 authored by anand76 on 28 March 2019, 22:13:02 UTC, committed by Facebook Github Bot on 28 March 2019, 22:17:13 UTC
Summary: WAL files are currently not subject to deletion rate limiting by DeleteScheduler. If the size of the WAL files is significant, this can cause a high delete rate on SSDs that may affect other operations. To fix it, force WAL file deletions to go through the SstFileManager. Original PR for this is #2768 Pull Request resolved: https://github.com/facebook/rocksdb/pull/5116 Differential Revision: D14669437 Pulled By: anand1976 fbshipit-source-id: c5f62d0640cebaa1574de841a1d01e4ce2faadf0
1 parent a98317f
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 |
![swh spinner](/static/img/swh-spinner.gif)
Computing file changes ...