CPU架构对redis性能的影响分析，2024年最新java大厂面经

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注Java）

正文

2. 当前核频繁执行的指令和数据会被存储在L1和L2缓存中，如果cpu每次执行都能从L1,L2缓存中读到数据，程序的性能会非常好，应该尽量提高L1和L2的缓存命中率。

context switch

线程在多个CPU之间轮换叫做context switch，在多核环境下，如果发生context switch：

1. Redis实例线程的运行环境从原有A核移动到了新的B核，那么首先上下文信息需要重新copy到新核。

2. 同时原有的L1和L2缓存的数据也失效了（私有），需要重新加载，这会影响程序的性能。【降低了L1，L2的命中率】

1.2 对redis的影响

---

Redis主操作虽然是单线程，自己不做线程调度，但是CPU本身可能会把这个主线程调度到不同的核上面，最终发生context switch，可以通过对redis实例进行绑核来解决这个问题，最终redis实例强制运行在一个cpu核上，从而彻底避免了context switch。

绑核产生的问题

redis实例除了主线程外还有其他额外的后台线程，子线程，如果设置了绑核，把redis实例榜单到了特定的核，这会导致子线程和主线程竞争同一个核，子线程有可能会导致主线程阻塞，最终也会影响redis的性能。

解决竞争

如果对redis实例绑核，有两个方法可以降低主子线程cpu的竞争

1. redis实例和物理核绑定，一个物理核有多个逻辑核，这样子线程和主线程共享多个逻辑核，一定程度上减少竞争。

2. 修改redis源码，将子线程绑定到其他核。

二、NUMA CPU

==========

2.1 UMA（SMP）架构VS NUMA 架构

---

单核或者多核计算机上的 CPU 计算机中的所有资源都是共享的，这种架构被称作对称多处理器架构（Symmetric Multi-Processor、SMP），或者称为一致存储器访问结构（Uniform Memory Access、UMA）。

SMP随着核数量的增加，总线等会成为瓶颈。所有引入了多个CPU（多CPU Socket），NUMA（NON Uniform Memory Access）架构，NUMA节点包含独立的物理CPU和内存，CPU Socket访问本地内存和远程内存的开销是不一样的。

2.2 对redis的影响

---

通过之前的绑核，可以解决redis实例本身在不同cpu之间切换导致的context switch开销。

redis是基于网络部署的，内部采用了IO多路复用来实现（epoll机制）：

写在最后

还有一份JAVA核心知识点整理（PDF）：JVM，JAVA集合，JAVA多线程并发，JAVA基础，Spring原理，微服务，Netty与RPC，网络，日志，Zookeeper，Kafka，RabbitMQ，Hbase，MongoDB，Cassandra，设计模式，负载均衡，数据库，一致性哈希，JAVA算法，数据结构，加密算法，分布式缓存，Hadoop，Spark，Storm，YARN，机器学习，云计算…

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Java）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

1713597760650)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！