Linux中的likely()和unlikely()的理解

编译器优化时，根据条件跳转的预期值，按正确地顺序生成汇编代码，把“很有可能发生”的条件分支放在顺序执行指令段，而不是jmp指令段（jmp指令会打乱CPU的指令执行顺序，大大影响CPU指令执行效率）。我们知道目前的CPU无一例外的都引入了流水线技术，用于加快指令的执行，提高CPU的性能。在一个条件判断语句中，当这个条件被认为是非常非常有可能满足时，则使用likely()宏，否则，条件非常非常不可能或很难满足时，则使用unlikely()宏。可见，编译器利用程序员作出的判断，生成了高效的汇编码。

前言 　　内核版本：linux 4.13 　　在linux内核中，经常可以看见if( likely(x))或if( unlikely(x))语句，那么likely和unlikely是什么意思呢？本文将对likely和unlikely进行一些讨论。 likely和unlikely 参考/include/linux/compiler.h */ # define likely(x) __bu...

本文深入解析Linux内核中高频使用的likely/unlikely宏，揭示其在C语言项目中的性能优化原理与实践技巧。通过分析分支预测机制和代码布局策略，展示如何利用这对宏提升程序执行效率，适用于错误处理、异常路径判断等关键场景，帮助开发者掌握这一代码优化的'黑魔法'。

​ 1、likely,unlikely同if else一样进行分支判断；likely 期望执行if (true)为真的分支；unlikely 期望执行 if (true) 当中的else分支, 直接运 行else分支代码。​ 2、likely, unlikely 通过分支预测指令的预取能提高代码的执行效率。

在这个示例中，我们使用`unlikely`宏来标记可能很少执行的除数为0的错误处理代码。编译器可以根据这个提示优化代码，例如通过减少分支预测的缓存大小或将错误处理代码放在一个较慢的执行路径上。`unlikely`是Linux内核中的一个宏，用于指示编译器某个条件语句的执行频率较低。编译器可以根据这个提示优化代码，例如通过减少分支预测的缓存大小或将代码放在一个较慢的执行路径上。其中，`x`是一个布尔表达式。当`x`为真时，`unlikely`宏的值为0；当`x`为假时，其值为1。

在 2.6 内核中，随处可以见到 likely() 和 unlikely() 的身影，那么为什么要用它们？它们之间有什么区别？  首先要明确：             if(likely(value)) 等价于 if(value)             if(unlikely(value)) 也等价于 if(value) 也就是说 likely() 和 unlikely() 从阅读和

这里就是程序员可以确定 a>b 在程序执行流程中出现的可能相比较大，因此运用了likely()告诉编译器将fun1()函数的二进制代码紧跟在前面程序的后面，这样就cache在预取数据时就可以将fun1()函数的二进制代码拿到cache中。这样，也就添加了cache的命中率。这里的__built_expect()函数是gcc(version >= 2.96)的内建函数,提供给程序员使用的，目的是将"分支转移"的信息提供给编译器，这样编译器对代码进行优化，以减少指令跳转带来的性能下降。

offsetof(TYPE, MEMBER)，__same_type(a, b)，offsetof(TYPE, MEMBER)和container_of(ptr, type, member)，likely(x)和unlikely(x)，在阅读linux代码时，有时会遇到，所以有必要去了解一下，特别是container_of(）。

转自： http://blog.csdn.net/tommy_wxie/article/details/7384641

unlikely()宏用于标记那些不太可能发生的代码路径，目的是优化分支预测和提高程序性能。它通过 GCC 的内建函数来提供给编译器一个分支预测的提示，帮助编译器在生成代码时做出更好的优化。likely()与unlikely()是一对相对的宏，分别用于标记较为常见和不太常见的执行路径。在内核开发和性能优化中，合理使用likely()和unlikely()可以显著提高代码的执行效率，尤其是在复杂的分支逻辑中。

linux内核里的likely和unlikely实际上功能和if是一样的的，likely和unlikely在编译阶段，编译器对其进行了优化，减少分支，使得CPU执行更高效！

在阅读Linux内核代码时，我们可以看到在if/else结构中，都用到了likely和unlikely这样的判断，其实不只是Linux内核，很多开源代码，比如DPDK，suricata等等，都用到了它们。ps: 这里两次取反，是把x的表达式变成一个bool类型的值。那如果我们深究一下，为什么这些开源代码都热衷于在if后面加这么个宏定义呢？使用它到底有什么好处呢？碰到问题，我们习惯通过搜索引擎找答案，搜索引擎一般给出的答案是：通过likely和unlikely告诉编译器哪个条件分支发生的可能性更大。

从likely/unlikely宏的定义中可以看出除了第二个参数代表期望值不一样外，宏定义的其他参数都是一样的。从以上设计可以看出将指令分成更细的步骤比起串行有更高的效率，前提是提前执行的下一条指令是有效的。可以发现当编译器打开优化功能时程序的执行逻辑对于条件为真的情况相当友好，有以下优势。所以如果希望程序运行的更快的话，就需要每次读取指令/数据的命中越靠右越好。time3： 执行指令1 解释指令2 读取指令3。当希望编译器对条件为假的情况友好时，可以有以下两种方法。

Author: taoyuetaoEmail: tao_yuetao@yahoo.com.cnBlog: taoyuetao.cublog.cn ================================在linux中判断语句经常会看到likely和unlikely，例如：if(likely(value)){}else{}简单从表面上看if(likely(valu

本文深入解析Linux内核中的unlikely宏及其底层__builtin_expect函数的原理与应用。该宏通过向编译器提示条件表达式预期为假(如错误处理等低频事件)，帮助优化代码布局：将高频执行路径紧邻主逻辑，减少CPU分支预测错误和跳转开销。文章详细阐述了其定义语法、使用场景(错误处理、异常路径等)、底层优化机制(指令重排序、流水线优化)以及验证方法(反汇编分析、perf工具)。同时对比了likely/unlikely的特性和适用场景，并指出编译器依赖、硬件影响等注意事项。最后强调合理使用这些工具需结

Likely()/UnLikely() 为 Linux定义的两个宏，

转自：http://blog.csdn.net/tommy_wxie/article/details/7384641 看内核时总遇到if(likely( )){}或是if(unlikely( ))这样的语句，最初不解其意，现在有所了解，所以也想介绍一下。 likely() 与 unlikely()是内核（我看的是2.6.22.6版本，2.6的版本应该都有）中定义的两个宏。位于/incl

解析内核宏定义：likely、unlikely