Hello, I found a problem during the concurrent stress testing of Rocksdb, where the machine CPU is raised and the request method is also very simple. Each thread uses iterator seek to find a batch of specified keys repeatedly, and then uses these keys to single click get the value. And a flame chart was generated, and it was found that the CPU was mainly consumed in single point get and iterator seek, and there was an uncompress snap during the seek. I am a novice, and I would like to ask if each thread's actions are repeated. Theoretically, it will be cached in blockcache, but looking at the flame chart, it is not like this. It seems that iterator seek uncompresses snap every time. Do I need to adjust any parameters.
This is my blockcache related settings
```
@Override
public ManagedColumnFamilyOptions getColumnFamilyOptions() {
// Write Buffer Size -- set to 128 MB
final long writeBufferSize = toLong(StorageUnit.MB.toBytes(128));
ManagedColumnFamilyOptions managedColumnFamilyOptions = new ManagedColumnFamilyOptions();
managedColumnFamilyOptions
.setLevelCompactionDynamicLevelBytes(true)
.setWriteBufferSize(writeBufferSize)
.setTableFormatConfig(getBlockBasedTableConfig());
return managedColumnFamilyOptions;
}
```
![20240628-224324.jpeg](https://groups.google.com/group/rocksdb/attach/b152718c60c0/20240628-224324.jpeg?part=0.1&view=1)
![20240628-224338.jpeg](https://groups.google.com/group/rocksdb/attach/b152718c60c0/20240628-224338.jpeg?part=0.2&view=1)