kernelai
kernelai
静态编译pika
为了减少物理环境依赖包冲突和安装的繁琐，一些同学会尝试静态编译pika。以下是360静态打包脚本。核心思想是分别编译依赖库的静态包，然后再链接到一起。 依赖库： gflags-v1.3.tar.gz gperftools-2.7.tar.gz libunwind-v1.1.zip snappy-1.1.0.tar.gz 编译脚本： ``` bash #!/bin/bash TOP_DIR=$PWD CORE_NUM=$(cat /proc/cpuinfo | grep processor | wc -l) # sudo yum erase libunwind gperftools gflags gflags-devel glog glog-devel snappy...
O: 不断提升pika观测性稳定性，推动pika社区持续健康发展 * 完善社区开发流程，完善测试框架、CICD流程、cmake自动打包工具。 * 升rocksdb到最新社区稳定版本，并完整新接口来提升性能（io uring、kv分离 blobdb、range delete、 IO limit、预设字典？、row cache * 针对redis 6.0功能接口适配，提升pika接口兼容性（module、cluster client） * 兼容性统计列表 * 基础可用性支持move 命令 * pika 适配云原生环境，推动pika迁移到k8s环境。 * pika operator / 最小镜像 *...
redis API 参考：[lastsave](https://redis.io/commands/lastsave/) 设计： pika 执行完成bgsave后，保留Uinix timepoint。 待考虑： 该信息是否需要持久化。若持久化之后，用户手动删除快照后，该信息是否也需要同步更新。
版本：v3.3.6 环境：centos7 现象：如题 期望： pika 容器清楚后，能自动更新错误状态。
Redis have release version 6.0 ,but we have not tested pika client API with it. if you can test it and list the results to us,we appreciate it！
raft 是分布式一致性算法。解决不同节点数据一致性的问题。在CAP原理下，C和A不能同时满足（需要分区容忍）。因此raft必然会导致可用性的降低，以及raft只有leader可以写入数据（对比paxos）。因此我们想做一个调查，您的业务在什么样的场景下需要raft一致性算？ 例如： 金融数据场景，需要确保kv存储系统中数据一致性。 数据量：2T
使用cmake external project 把photon到项目中时，编译报错。不使用fetch_content的原因是网络环境不好，build是下载会很慢。。。 ``` ExternalProject_Add(photon SOURCE_DIR ${CMAKE_SOURCE_DIR}/third/photonlibos LOG_CONFIGURE 1 LOG_BUILD 1 LOG_INSTALL 1 CMAKE_ARGS -DCMAKE_INSTALL_PREFIX=${STAGED_INSTALL_PREFIX}/photon -DCMAKE_CXX_STANDARD=17 INSTALL_COMMAND cmake -E echo "Skipping install step.") set(PHOTON_INCLUDE_DIR ${PROJECT_SOURCE_DIR}/third/photonlibos/include CACHE PATH "Path to...
## 背景 1. 通过源码编译后运行`server config.yaml` 提示错误`executable file not exists: bin/linux/helper` 2. 查看cmd目录中没有helper 生成二进制的代码。 3. 通过release 中可以看到helper 二进制文件。 4. 阅读代码 ``` func Exec(port, proxies string, stdout io.Writer, stderr io.Writer) { app...