在linux中的likely和unlikely
0
推荐
在linux中判断语句经常会看到likely和unlikely，例如：
if(likely(value)){
}
else{
}
简单从表面上看if(likely(value)) == if(value)，if(unlikely(value)) == if(value)。
这两个宏对程序运行结果没有影响，只是用于提高程序效率。其实现和gcc编译器密切相关。
具体点说，就是如果你觉得程序运行时候一般sndcmd|=0的可能性比较大，那么就加上likely的macro；反之则加unlikely。
也就是likely和unlikely是一样的，但是实际上执行是不同的，加likely的意识是value的值为真的可能
性更大一些，那么执行if的机会大，而unlikely表示value的值为假的可能性大一些，执行else机会大一些。
加上这种修饰，编译成二进制代码时likely使得if后面的执行语句紧跟着前面的程序，unlikely使得else后
面的语句紧跟着前面的程序，这样就会被cache预读取，增加程序的执行速度，likely和unlikely的实现在
include/linux/compiler.h中：
9 #if __GNUC__ == 2 && __GNUC_MINOR__ < 96
10 #define __builtin_expect(x, expected_value) (x)
11 #endif
12
13 #define likely(x) __builtin_expect((x),1)
14 #define unlikely(x) __builtin_expect((x),0)
__builtin_expect是gcc的一个预处理命令，其解释如下：
long __builtin_expect (long exp, long c)
You may use __builtin_expect to provide the compiler with branch prediction
information. In general, you should prefer to use actual profile feedback for this
(‘-fprofile-arcs’), as programmers are notoriously bad at predicting how their
programs actually perform. However, there are applications in which this data is
hard to collect.
The return value is the value of exp, which should be an integral expression. The
value of c must be a compile-time constant. The semantics of the built-in are that it
is expected that exp == c. For example:
if (__builtin_expect (x, 0))
foo ();
would indicate that we do not expect to call foo, since we expect x to be zero. Since
you are limited to i
内核中所有已分配的字符设备编号都记录在一个名为 chrdevs 散列表里。该散列表中的每一个元素是一个 char_device_struct 结构，它的定义如下：
static struct char_device_struct {
struct char_device_struct *next; // 指向散列冲突链表中的下一个元素 ......
今天学到的东东：
1、查看进程所对应可执行程序的绝对路径
[1]. ps -ef | grep 进程名 获得PID
[2]. 进入proc文件系统里对应的目录：/proc/ <PID>
[3]. ls -l
exe链接对应的就是可执行文件的全路经
......
