你当像鸟飞往你的山
EFS测试笔记 EFS测试笔记
本篇针对 EFS 的三种吞吐量模式进行测试，并对结果进行一定的分析与思考。EC2 实例类型采用 m5d.2xlarge，EFS 均为 Standard，由于测试时间短，因此和 IA 无关。关于 EFS 三种模式，官网有大体的介绍：EFS 性
2022-12-07 AWS
云计算 AWS
EC2挂载使用EFS注意点 EC2挂载使用EFS注意点
2022-12-07 SrcMiLe
RocksDB: Version & VersionSet RocksDB: Version & VersionSet
这一部分和 LevelDB 几乎完全一致，可以按照 LevelDB 来理解。 由于 SST 是生成后就不可变的，所以 LSM-Tree 的合并就是生成 Compact 后的新 SST 并删除旧的 SST，{17，40} {12，19} {2
2022-11-30 存储
存储 rocksdb
db_bench源码(一)：random下单个thread的key生成方式与写入 db_bench源码(一)：random下单个thread的key生成方式与写入
先说结论： -num 指每个线程生成 key 的范围，-writes 指实际写入 kv 的数量，默认情况下 -writes=-1，指 writes==num。生成一条 kv 就写入一条 kv，所以实际上只生成了 writes 个 kv。
2022-11-29 存储
存储 rocksdb
db_bench笔记 db_bench笔记
–threads 指什么 这里只看写。thread 就是执行写的客户端线程，但是这个线程不仅仅是提交一个写请求，而是直接走完 RocksDB 的写流程，包括 WAL 和 Memtable 这些前台写入。深入 db-bench 代码可以看
2022-11-27 存储
存储 rocksdb
UserThread & BackgroundThread UserThread & BackgroundThread
这两天在复现 P2KV 的测试，其中提到了两个概念：user thread 和 background thread。其中，user thread 是客户端的写线程，从下发写请求开始，一直涵盖写 WAL、Memtable 这些前台任务。bac
2022-11-22 存储
存储 rocksdb
TiKV部署(Docker多实例) TiKV部署(Docker多实例)
前言上一篇讲了如何用多台虚拟机部署 TiKV 集群，用的工具为 TiUP。但是那个方法无法用于 Docker，我试了下，开 四个 Container 模拟四台机器 ，但 tiup cluster deploy 会一直失败，因为 system
2022-11-02 存储
存储 TiKV
无锁队列与CAS 无锁队列与CAS
注：本文是 cv 的，原文链接：https://coolshell.cn/articles/8239.html 关于无锁队列的实现，网上有很多文章，虽然本文可能和那些文章有所重复，但是我还是想以我自己的方式把这些文章中的重要的知识点串起
2022-11-02 SrcMiLe
CAS 并发
TiKV部署(多机) TiKV部署(多机)
环境准备准备 4 台 Ubuntu16.04 虚拟机，3 台用来存储，1 台用来监控。 组件分配如下： 节点类型 部署数量 所在节点 IP TiKV 3 192.168.52.150192.168.52.151192.168.5
2022-10-31 存储
存储 TiKV
RocksDB源码学习(八): 写(四)-Memtable RocksDB源码学习(八): 写(四)-Memtable
本篇博客将从源码层面分析 RocksDB 中 memtable 的创建与写入，且不考虑 pipelined_write，所用代码版本为 v7.7.4 当 WriteGroup 写完 WAL 后，就开始写 memtable，写分为两大类，p
2022-10-27 存储
存储 rocksdb
3 / 8