german string
prefix计算,空间换时间
https://cedardb.com/blog/german_strings/
https://cedardb.com/blog/strings_deep_dive/
这里有来源介绍
umbra论文的来的,主要是为了小字符串 12B 做优化
prefix计算,空间换时间
https://cedardb.com/blog/german_strings/
https://cedardb.com/blog/strings_deep_dive/
这里有来源介绍
umbra论文的来的,主要是为了小字符串 12B 做优化
用chatgpt生成的代码改的,chatgpt太强了
ppt在这里 https://www.modb.pro/topic/640976
ppt在这里 https://www.modb.pro/topic/640977
只有两个感兴趣
https://wanghenshui.github.io/pdf/byconity.pdf
https://wanghenshui.github.io/pdf/antkv.pdf
如果blockcache被compaction搞失效了,有没有一种逻辑自动重填blockcache,降低cache miss?
毕竟在blockcache中属于热数据
另外ingest文件能不能同时预热 blockcache?
结论:上层加row cache绕过
rocksdb本身不好解决这个问题,太业务了
另外 rocksdb rowcache有兼容性问题(deleterange breaking ,v9),不能用
群友讨论第一期, 这个栏目要多谢群友交流
本期鸣谢群友 @核聚变引擎
@mwish
原文
https://johnnysswlab.com/latency-sensitive-application-and-the-memory-subsystem-part-2-memory-management-mechanisms
https://www.jabperf.com/how-to-deter-or-disarm-tlb-shootdowns/
原文
https://johnnysswlab.com/latency-sensitive-applications-and-the-memory-subsystem-keeping-the-data-in-the-cache/
看了社区issue不打算支持,只好自己写了
另外 @suxb201 指出写脚本多进程memtier分别压也能满足需求,确实,我脑抽了没这么想
如果写脚本不满足,再采用本文描述的方法吧
我们真的需要多租户吗