linux新增特性eventfd

首先說明的一點是eventfd是用來實現多程序或多執行緒的之間的事件通知的，那麼我們在沒接觸eventfd之前用到的事件通知機制都有那些？

1.條件變數 2.管道

我們來逐一比較此倆中機制與eventfd的效果方面的好壞，首先，條件變數必須和互斥鎖結合使用，使用起來麻煩，而且效能未必比eventfd好，其次條件變數不能像eventfd一樣為i/o事件驅動，因此不能和伺服器的i/o模式很好的融合，所以在某些時候不如eventfd好用

接著是管道，雖然管道能與i/o復用很好的融合，但很明顯管道相比eventfd多用了乙個檔案描述符，而且管道的話核心還得給其管理的緩衝區，eventfd則不需要，所以單純作為事件通知的話還是管道好用

eventfd只有乙個介面，形式如下

int eventfd(unsigned
int initval, int flags);
//成功返回事件驅動的檔案描述符

eventfd()建立乙個檔案描述符，這個檔案描述符使用者可以通過等待其可讀來實現事件通知，該通知靠核心來響應使用者空間的應用事件。上述介面的第乙個引數是乙個由核心來保持的64位計數器，這個計數器有引數initval來初始化，關於此計數器的影響我在下文中的具體例項中給大家演示，一般我們可將其設為0

第二個引數flags可以為efd_nonblock或efd_cloexec，其含義分別為阻塞檔案描述符，和與普通檔案的cloexec標誌一樣的功能(這裡不想詳細將cloexec有興趣的我之前寫檔案的基本操作的博文裡有它的詳細解釋)

#include 
#include 
#include 
#include 
int fd;
uint64_t buffer;
void threadfunc(void)   //執行緒函式
printf("t = %llu   buffer = %llu\n",t,buffer);
if(t == 8)
}    
}int main(void)
//建立執行緒
if(pthread_create(&tid,null,threadfunc,null) < 0)
while(1)
sleep(2);                           //沒2s通知一次
}return
0;}

上述**中，我們建立乙個執行緒，通過主線程往fd裡寫資料，來通知另乙個執行緒。

**執行結果如下

關於eventfd中的initval引數的作用，我的測試結果如下,前提把上述**eventfd函式中的0改為3

可以看出這個由核心管理的計數器，我們的初始化值，只會影響程式第一次buffer的值，後續buffer中的值依然為1.

linux新增特性eventfd

linux新增特性timerfd

Linux 2 6 35 新增特性 RPS RFS

C 新增特性

linux新增特性eventfd

linux新增特性timerfd

Linux 2 6 35 新增特性 RPS RFS

C 新增特性

相關推薦