Linux內核驅動fsync機制實現(xiàn)過程是怎樣的

Linux內核驅動fsync機制實現(xiàn)過程是怎樣的，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。

在Linux內核中的IO模型基本分為4類：
1、同步阻塞I/O
2、同步非阻塞I/O
3、異步阻塞I/O
4、異步非阻塞I/O

同步：應用顯式地通過函數(shù)訪問數(shù)據(jù)，在此函數(shù)返回時就會得到結果（成功或失?。?。
異步：應用會顯示地通過函數(shù)提出訪問或關注申請。數(shù)據(jù)到達時，硬件和驅動會通知應用，此時代碼一般不在讀寫訪問函數(shù)中，而是得到通知了再去有目的的訪問數(shù)據(jù)。

阻塞：在等待數(shù)據(jù)的過程中會休眠在此處，而非阻塞即函數(shù)不休眠立即返回，可執(zhí)行接下來的代碼。

對于異步非阻塞I/O其實內核提供了兩種實現(xiàn)一個是aio，另一個就是fasync。aio應該算是一個比較新的框架，較為復雜，本人沒有深入的研究過，以后研究過后在寫總結。對于fasync，畫了一個框圖來梳理所有的代碼關聯(lián)。這個圖在兩個月前畫好的，由于我的寶寶及工作的關系就耽擱了發(fā)布。



要理解內核的fasync機制，可以結合這個圖和《深入Linux設備驅動程序內核機制》中的講解。我根據(jù)這個流程圖，總結下我自己的認識：
首先，fasync機制是通過內核發(fā)送出的SIGIO信號來實現(xiàn)通知機制的，并不是通過休眠喚醒。
從這個角度來說，應用就必須做以下工作：
1、安裝SIGIO信號（信號例程處理內核數(shù)據(jù)可訪問的情況）
2、告訴內核所需要通知的進程ID
3、設置FASYNC標志，內核會通過驅動調用fasync方法為以后的信號通知做準備。
在應用程序完成了相關設定后，就可以做別的事了，如果有任何問題，內核會通過SIGIO信號通知，應用安裝的信號例程就會被調用。

而在內核空間這端，相關的驅動程序需要實現(xiàn)以下工作：
1、定義一個全局的struct fasync_struct指針；
2、實現(xiàn)file_operations中的fasync方法，基本就是調用內核的輔助函數(shù)fasync_helper。
3、在驅動某個可以獲知數(shù)據(jù)可訪問信息的例程中調用kill_fasync函數(shù)。

通過以上內核與應用的配合，就可以方便的使用內核異步通知機制。這種機制用起來簡單，觀其機制，一開始覺得挺復雜的，一旦深入將所有相關的結構體和例程整理一下就會發(fā)現(xiàn)，其實這個機制的實現(xiàn)也很清楚明了。個人一直認為對于內核的學習，首先要理清構架及數(shù)據(jù)結構間的關系。而看別人的代碼分析能讓你適當?shù)睦斫庀聵嫾?，最后關鍵在于自己RTFSC。所以我現(xiàn)在一般不再博文中分析代碼，而只說構架和圖解，代碼需要有興趣的朋友自己分析。

看完上述內容，你們掌握Linux內核驅動fsync機制實現(xiàn)過程是怎樣的的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業(yè)資訊頻道，感謝各位的閱讀！