[linux][redis]redis对cpu亲和性的支持
前言 redis在最近的版本中，开始了对多线程的支持。加上之前对多进程的支持，模型的复杂度也比过去复杂了不少。 redis本身又是一个对性能、延迟非常敏感的业务，多种因素都可能导致小问题。基于上述原因，作者对redis做了CPU亲和性的系统支持，并合入了upstream。 分析 代码 Redis 6.0.2版本中开始支持 https://github.com/antirez/redis/commit/ae306a3df6cf63b31a0814cb5393a9df59947d2e
或者手工合入patch https://github.com/antirez/redis/commit/1a0deab2a548fa306171f03439e858c00836fe69
在redis.conf中可以配置server_cpulist/bio_cpulist/aof_rewrite_cpulist/bgsave_cpulist，参数配置和taskset命令一致。配合和上述的commit中类似，或者参考redis.conf。 哪几种情况下绑核会有收益？ 1, 大规格服务器上多个redis实例共同部署的场景下，多个redis进程之间，存在一定的竞争，尤其是比较隐性的竞争。例如，一般的intel的CPU都会打开超线程（Hyper Thread），两个HT之间，在CPU内部会有一些竞争。作者在skylake上实际测试，两个HT上同时运行的QPS结果是只有一个HT运行的130%左右。使用perf可以观察到，IPC（Clock cycle Per Instruction）会有一定幅度的上涨。所以，对于性能要求比较高的场景下，需要精细化的控制，尽可能让redis的server进程（线程）互相间不干扰，同时可以把bio、aof和bgsave绑定在同一个core上另外的HT上。 2, 小规格服务器（通常是2C的虚拟机）场景下，可以在每个服务器中部署一个redis实例。对于小规格的虚拟机，有可能网卡并不支持多队列。由于网卡中断都在vCPU0上处理，尽量把redis进程绑定到vCPU0上，可以防止多个CPU之间互相通知和数据拷贝。同时，在目前的虚拟化技术下，一个vCPU跑到100%通常比2个vCPU都跑到50%具有更好的性能（因为vCPU跑的越高，越少发生halt的vm-exit）。 3, 网卡队列低于CPU数量的场景下，例如48CPU，网卡40队列的场景下，通常会40个队列分别绑定到前40个CPU上。这种情况下，如果启动40个redis实例，绑定在前40个CPU上是否有更好的性能，作者没有测试。