blog

用户态和内核态的切换耗费时间的原因

操作系统

用户态和内核态的切换耗费时间的原因总的来说，就是线程切换或者加锁解锁都是因为需要用户态和内核态的切换，从而导致的开销大。应用程序的执行需要依托内核提供的资源，包括CPU、存储、IO等，因此内核提供了一个统一的接口，也就是系统调用，一个应用程序从用户态进入到内核态，就需要执行系统调用。用户态转

Redis

3.Redis主从复制延迟导致的问题在Recis的主从模式下，主节点将写操作同步到从节点，但因为网络延迟和复制处理的开销，从节点的数据可能会有一定的延迟。这就意味着，当主节点获得分布式锁并执行临界区代码时，从节点可能还没有收到最新的写操作，如果主节点在临界区代码执行完毕之前发生宕机或重启，从节点将

MySQL

Explain: id越大优先执行

Redis

我们在使用Redis分片集群时，集群最好的状态就是每个实例可以处理相同或相近比例的请求，但如果不是这样，则会出现某些实例压力特别大，而某些实例特别空闲的情况发生，本文就一起来看下这种情况是如何发生的以及如何处理。 1：什么是数据倾斜数据倾斜分为两种，第一种是数据量倾斜，第二种是数据访问倾斜，定义如

JVM

自旋锁与自适应自旋互斥同步的时候，提到了互斥同步对性能最大的影响是阻塞的实现，挂起线程和恢复线程的操作都需要转入内核态中完成，这些操作给Java虚拟机的并发性能带来了很大的压力。同

JVM

Java语言中的线程安全我们[1]可以将Java语言中各种操作共享的数

JVM

线程的实现主流的操作系统都提供了线程实现，Java语言则提供了在不同硬件和操作系统平台下对线程操作的统一处理，每个已经调用过start()方法且还未结束的java.lang.Thread类的实例就代表着一个线程。我

JVM

硬件的效率与一致性 “让计算机并发执行若干个运算任务”与“更充分地利用计算机处理器的效能”之间的因果关系，看起来理所当然，实际上它们之间的关系并没有想象中那么简单，其中一个重要的复杂性的来源是绝大

JVM

提前编译器现在提前编译产品和对其的研究有着两条明显的分支，一条分支是做与传统C、C++编译器类似的，在程序运行之前把程序代码编译成机器码的静态翻译工作；另外一条分支是把原本即时编译器在运行时要做的编译工作提前做好并保存下来，下次运行到这些代码（譬如公共库代码在被同一台机器<

JVM

即时编译器目前主流的两款商用Java虚拟机（HotSpot、OpenJ9）里，Java程序最初都是通过解释器（Interpreter）进行解释执行的，当虚拟机发现某个方法或代码块的运行特别频繁，就会把这些代码认