Linux文件系統(tǒng)的異步I/O擴展
對于桌面計算機系統(tǒng)來說,能夠快速的響應(yīng)用戶的請求,這也是十分關(guān)鍵的。換句話說,當(dāng)用戶移動鼠標(biāo)的時候,不管系統(tǒng)正在進行什么天大的、重要的、神圣的、不可打斷的工作,它都得立即停下,并且要讓鼠標(biāo)立即流暢的在計算機屏幕上完美地運動起來。對于習(xí)慣在傳統(tǒng)的 Linux 命令行上工作的讀者朋友們來說,讓鼠標(biāo)能夠在任何時間都可以在計算機屏幕上向無頭蒼蠅一樣地亂竄,竟然被當(dāng)成是最重要的系統(tǒng)任務(wù),這實在有一點讓人難以接受。不過,當(dāng)你從 Linux 命令行上轉(zhuǎn)移到 GNOME 或者 KDE 這樣的圖形界面的用戶環(huán)境的時候,鼠標(biāo)被鎖死,百分之百的也是會讓你失去理智的。所以,還是讓我們接受這一個現(xiàn)實,看一看如何才能增加系統(tǒng)的響應(yīng)速度吧。
從文件系統(tǒng)的角度講,特別是考慮到網(wǎng)絡(luò)文件系統(tǒng),它的響應(yīng)速度有可能會相當(dāng)?shù)穆?。?dāng)用戶在文件管理程序中,選擇了對文件進行某一個操作以后,文件系統(tǒng)可能會需要相當(dāng)長的時間,才能完成這一操作。如果文件管理程序必須要等待文件系統(tǒng)完成這一操作,然后才能繼續(xù)的話,這顯然會給文件管理程序的用戶帶來非常不愉快的經(jīng)歷。解決這一個問題的辦法,就是要實現(xiàn)異步的文件系統(tǒng) I/O。
在 Linux 的 Gnome 桌面環(huán)境中,由 GnomeVFS 包裹了真正的 Linux 文件系統(tǒng) I/O,實現(xiàn)了一個異步的文件系統(tǒng) I/O 接口 API。我們可以看到下面這個用 GnomeVFS 打開文件的例子。
enum _GnomeVFSOpenMode {
GNOME_VFS_OPEN_NONE = 0,
GNOME_VFS_OPEN_READ = 1 0,
GNOME_VFS_OPEN_WRITE = 1 1,
GNOME_VFS_OPEN_RANDOM = 1 2
};
typedef enum _GnomeVFSOpenMode GnomeVFSOpenMode;
typedef void (* GnomeVFSAsyncOpenCallback)
(GnomeVFSAsyncHandle *handle,
GnomeVFSResult result,
gpointer callback_data);
GnomeVFSResult gnome_vfs_async_open
(GnomeVFSAsyncHandle **handle_return,
const gchar *text_uri,
GnomeVFSOpenMode open_mode,
GnomeVFSAsyncOpenCallback callback,
gpointer callback_data);
我們注意到,上面的代碼段中,用戶程序為了打開一個文件,向 GnomeVFS 注冊了一個 call back 例程。在注冊了這一個 call back 例程之后,函數(shù)調(diào)用就立即返回給用戶程序,用戶程序就可以處理自己的別的事情去了,比如進一步響應(yīng)來自用戶的其??肭螅?鵲取6?蔽募?低懲瓿啥暈?zāi)?拇蚩?僮饕院螅GnomeVFS 就會調(diào)用剛剛注冊的 call back 例程,通知用戶程序,文件已經(jīng)打開。
3 小結(jié)
我們在本文中了解了 Linux Kernel 中的 dnotify,可以幫助我們實時地監(jiān)視文件系統(tǒng)目錄樹中的變化情況;也了解了 Gnome 桌面環(huán)境的 GnomeVFS 異步文件系統(tǒng) I/O 擴展;可以幫助用戶程序不至于被文件系統(tǒng)的請求所 Block。這兩個功能對于 Linux 系統(tǒng)在桌面上的應(yīng)用都是很重要的。
linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解(linux不再難懂)p2p機相關(guān)文章:p2p原理
評論