inotify
?
Linux?2.6內(nèi)核中的文件系統(tǒng)變化通知機(jī)制
一、 引言
??? 眾所周知，Linux 桌面系統(tǒng)與 MAC 或 Windows 相比有許多不如人意的地方，為了改善這種狀況，開(kāi)源社區(qū)提出用戶態(tài)需要內(nèi)核提供一些機(jī)制，以便用戶態(tài)能夠及時(shí)地得知內(nèi)核或底層硬件設(shè)備發(fā)生了什么，從而能 夠更好地管理設(shè)備，給用戶提供更好的服務(wù)，如 hotplug、udev 和 inotify 就是這種需求催生的。Hotplug 是一種內(nèi)核向用戶態(tài)應(yīng)用通報(bào)關(guān)于熱插拔設(shè)備一些事件發(fā)生的機(jī)制，桌面系統(tǒng)能夠利用它對(duì)設(shè)備進(jìn)行有效的管理，udev 動(dòng)態(tài)地維護(hù) /dev 下的設(shè)備文件，inotify 是一種文件系統(tǒng)的變化通知機(jī)制，如文件增加、刪除等事件可以立刻讓用戶態(tài)得知，該機(jī)制是著名的桌面搜索引擎項(xiàng)目 beagle 引入的，并在 Gamin 等項(xiàng)目中被應(yīng)用。
??? 事實(shí)上，在 inotify 之前已經(jīng)存在一種類似的機(jī)制叫 dnotify，但是它存在許多缺陷：
??? 1. 對(duì)于想監(jiān)視的每一個(gè)目錄，用戶都需要打開(kāi)一個(gè)文件描述符，因此如果需要監(jiān)視的目錄較多，將導(dǎo)致打開(kāi)許多文件描述符，特別是，如果被監(jiān)視目錄在移動(dòng)介質(zhì)上 （如光盤(pán)和 USB 盤(pán)），將導(dǎo)致無(wú)法 umount 這些文件系統(tǒng)，因?yàn)槭褂?dnotify 的應(yīng)用打開(kāi)的文件描述符在使用該文件系統(tǒng)。
??? 2. dnotify 是基于目錄的，它只能得到目錄變化事件，當(dāng)然在目錄內(nèi)的文件的變化會(huì)影響到其所在目錄從而引發(fā)目錄變化事件，但是要想通過(guò)目錄事件來(lái)得知哪個(gè)文件變化，需要緩存許多 stat 結(jié)構(gòu)的數(shù)據(jù)。
??? 3. Dnotify 的接口非常不友好，它使用 signal.
??? Inotify 是為替代 dnotify 而設(shè)計(jì)的，它克服了 dnotify 的缺陷，提供了更好用的，簡(jiǎn)潔而強(qiáng)大的文件變化通知機(jī)制：
??? 1. Inotify 不需要對(duì)被監(jiān)視的目標(biāo)打開(kāi)文件描述符，而且如果被監(jiān)視目標(biāo)在可移動(dòng)介質(zhì)上，那么在 umount 該介質(zhì)上的文件系統(tǒng)后，被監(jiān)視目標(biāo)對(duì)應(yīng)的 watch 將被自動(dòng)刪除，并且會(huì)產(chǎn)生一個(gè) umount 事件。
??? 2. Inotify 既可以監(jiān)視文件，也可以監(jiān)視目錄。
??? 3. Inotify 使用系統(tǒng)調(diào)用而非 SIGIO 來(lái)通知文件系統(tǒng)事件。
??? 4. Inotify 使用文件描述符作為接口，因而可以使用通常的文件 I/O 操作select 和 poll 來(lái)監(jiān)視文件系統(tǒng)的變化。
??? Inotify 可以監(jiān)視的文件系統(tǒng)事件包括：
??? IN_ACCESS，即文件被訪問(wèn)IN_MODIFY，文件被 write IN_ATTRIB，文件屬性被修改，如 chmod、chown、touch 等IN_CLOSE_WRITE，可寫(xiě)文件被 close IN_CLOSE_NOWRITE，不可寫(xiě)文件被 close IN_OPEN，文件被 open IN_MOVED_FROM，文件被移走，如 mv IN_MOVED_TO，文件被移來(lái)，如 mv、cp IN_CREATE，創(chuàng)建新文件IN_DELETE，文件被刪除，如 rm IN_DELETE_SELF，自刪除，即一個(gè)可執(zhí)行文件在執(zhí)行時(shí)刪除自己IN_MOVE_SELF，自移動(dòng)，即一個(gè)可執(zhí)行文件在執(zhí)行時(shí)移動(dòng)自己 IN_UNMOUNT，宿主文件系統(tǒng)被 umount IN_CLOSE，文件被關(guān)閉，等同于（IN_CLOSE_WRITE | IN_CLOSE_NOWRITE）
??? IN_MOVE，文件被移動(dòng)，等同于（IN_MOVED_FROM | IN_MOVED_TO）
??? 注：上面所說(shuō)的文件也包括目錄。
二、用戶接口
??? 在用戶態(tài)，inotify 通過(guò)三個(gè)系統(tǒng)調(diào)用和在返回的文件描述符上的文件 I/ 操作來(lái)使用，使用 inotify 的第一步是創(chuàng)建 inotify 實(shí)例：
?
?
?
?
| int fd = inotify_init (); |
?
??? 每一個(gè) inotify 實(shí)例對(duì)應(yīng)一個(gè)獨(dú)立的排序的隊(duì)列。
??? 文件系統(tǒng)的變化事件被稱做 watches 的一個(gè)對(duì)象管理，每一個(gè) watch 是一個(gè)二元組（目標(biāo)，事件掩碼），目標(biāo)可以是文件或目錄，事件掩碼表示應(yīng)用希望關(guān)注的 inotify 事件，每一個(gè)位對(duì)應(yīng)一個(gè) inotify 事件。Watch 對(duì)象通過(guò) watch描述符引用，watches 通過(guò)文件或目錄的路徑名來(lái)添加。目錄 watches 將返回在該目錄下的所有文件上面發(fā)生的事件。
??? 下面函數(shù)用于添加一個(gè) watch：
| int wd = inotify_add_watch (fd, path, mask); |
?
??? fd 是 inotify_init() 返回的文件描述符，path 是被監(jiān)視的目標(biāo)的路徑名（即文件名或目錄名），mask 是事件掩碼, 在頭文件 linux/inotify.h 中定義了每一位代表的事件。可以使用同樣的方式來(lái)修改事件掩碼，即改變希望被通知的inotify 事件。Wd 是 watch 描述符。
??? 下面的函數(shù)用于刪除一個(gè) watch：
| int ret = inotify_rm_watch (fd, wd); |
?
??? fd 是 inotify_init() 返回的文件描述符，wd 是 inotify_add_watch() 返回的 watch 描述符。Ret 是函數(shù)的返回值。
??? 文件事件用一個(gè) inotify_event 結(jié)構(gòu)表示，它通過(guò)由 inotify_init() 返回的文件描述符使用通常文件讀取函數(shù) read 來(lái)獲得
：
| struct inotify_event {__s32 wd; /* watch descriptor */__u32 mask; /* watch mask */__u32 cookie; /* cookie to synchronize two events */__u32 len; /* length (including nulls) of name */char name[0]; /* stub for possible name */ }; |
?
??? 結(jié)構(gòu)中的 wd 為被監(jiān)視目標(biāo)的 watch 描述符，mask 為事件掩碼，len 為 name字符串的長(zhǎng)度，name 為被監(jiān)視目標(biāo)的路徑名，該結(jié)構(gòu)的 name 字段為一個(gè)樁，它只是為了用戶方面引用文件名，文件名是變長(zhǎng)的，它實(shí)際緊跟在該結(jié)構(gòu)的后面，文件名將被 0 填充以使下一個(gè)事件結(jié)構(gòu)能夠 4 字節(jié)對(duì)齊。注意，len 也把填充字節(jié)數(shù)統(tǒng)計(jì)在內(nèi)。
??? 通過(guò) read 調(diào)用可以一次獲得多個(gè)事件，只要提供的 buf 足夠大。
| size_t len = read (fd, buf, BUF_LEN); |
?
??? buf 是一個(gè) inotify_event 結(jié)構(gòu)的數(shù)組指針，BUF_LEN 指定要讀取的總長(zhǎng)度，buf 大小至少要不小于 BUF_LEN，該調(diào)用返回的事件數(shù)取決于 BUF_LEN 以及事件中文件名的長(zhǎng)度。Len 為實(shí)際讀去的字節(jié)數(shù)，即獲得的事件的總長(zhǎng)度。
??? 可以在函數(shù) inotify_init() 返回的文件描述符 fd 上使用 select() 或poll(), 也可以在 fd 上使用 ioctl 命令 FIONREAD 來(lái)得到當(dāng)前隊(duì)列的長(zhǎng)度。close(fd)將刪除所有添加到 fd 中的 watch 并做必要的清理。
| int inotify_init (void);int inotify_add_watch (int fd, const char *path, __u32 mask);int inotify_rm_watch (int fd, __u32 mask); |
?
三、內(nèi)核實(shí)現(xiàn)機(jī)理
??? 在內(nèi)核中，每一個(gè) inotify 實(shí)例對(duì)應(yīng)一個(gè) inotify_device 結(jié)構(gòu)：
?
?
?
?
?
?
?
?
| struct inotify_device {wait_queue_head_t wq; /* wait queue for i/o */struct idr idr; /* idr mapping wd -> watch */struct semaphore sem; /* protects this bad boy */struct list_head events; /* list of queued events */struct list_head watches; /* list of watches */atomic_t count; /* reference count */struct user_struct *user; /* user who opened this dev */unsigned int queue_size; /* size of the queue (bytes) */unsigned int event_count; /* number of pending events */unsigned int max_events; /* maximum number of events */u32 last_wd; /* the last wd allocated */ }; |
?
??? d_list 指向所有 inotify_device 組成的列表的，i_list 指向所有被監(jiān)視 inode 組成的列表，count 是引用計(jì)數(shù)，dev 指向該 watch 所在的 inotify 實(shí)例對(duì)應(yīng)的 inotify_device 結(jié)構(gòu)，inode 指向該 watch 要監(jiān)視的 inode，wd 是分配給該 watch 的描述符，mask 是該 watch 的事件掩碼，表示它對(duì)哪些文件系統(tǒng)事件感興趣。
??? 結(jié)構(gòu) inotify_device 在用戶態(tài)調(diào)用 inotify_init（） 時(shí)創(chuàng)建，當(dāng)關(guān)閉 inotify_init（）返回的文件描述符時(shí)將被釋放。結(jié)構(gòu) inotify_watch 在用戶態(tài)調(diào)用 inotify_add_watch（）時(shí)創(chuàng)建，在用戶態(tài)調(diào)用 inotify_rm_watch（） 或 close（fd） 時(shí)被釋放。
??? 無(wú)論是目錄還是文件，在內(nèi)核中都對(duì)應(yīng)一個(gè) inode 結(jié)構(gòu)，inotify 系統(tǒng)在 inode 結(jié)構(gòu)中增加了兩個(gè)字段：
?
| struct inotify_watch {struct list_head d_list; /* entry in inotify_device's list */struct list_head i_list; /* entry in inode's list */atomic_t count; /* reference count */struct inotify_device *dev; /* associated device */struct inode *inode; /* associated inode */s32 wd; /* watch descriptor */u32 mask; /* event mask for this watch */ }; |
?
??? d_list 指向所有 inotify_device 組成的列表的，i_list 指向所有被監(jiān)視 inode 組成的列表，count 是引用計(jì)數(shù)，dev 指向該 watch 所在的 inotify 實(shí)例對(duì)應(yīng)的 inotify_device 結(jié)構(gòu)，inode 指向該 watch 要監(jiān)視的 inode，wd 是分配給該 watch 的描述符，mask 是該 watch 的事件掩碼，表示它對(duì)哪些文件系統(tǒng)事件感興趣。
??? 結(jié)構(gòu) inotify_device 在用戶態(tài)調(diào)用 inotify_init（） 時(shí)創(chuàng)建，當(dāng)關(guān)閉 inotify_init（）返回的文件描述符時(shí)將被釋放。結(jié)構(gòu) inotify_watch 在用戶態(tài)調(diào)用 inotify_add_watch（）時(shí)創(chuàng)建，在用戶態(tài)調(diào)用 inotify_rm_watch（） 或 close（fd） 時(shí)被釋放。
??? 無(wú)論是目錄還是文件，在內(nèi)核中都對(duì)應(yīng)一個(gè) inode 結(jié)構(gòu)，inotify 系統(tǒng)在 inode 結(jié)構(gòu)中增加了兩個(gè)字段：
?
| #ifdef CONFIG_INOTIFYstruct list_head inotify_watches; /* watches on this inode */struct semaphore inotify_sem; /* protects the watches list */ #endif |
?
??? inotify_watches 是在被監(jiān)視目標(biāo)上的 watch 列表，每當(dāng)用戶調(diào)用 inotify_add_watch（）時(shí)，內(nèi)核就為添加的 watch 創(chuàng)建一個(gè) inotify_watch 結(jié)構(gòu)，并把它插入到被監(jiān)視目標(biāo)對(duì)應(yīng)的 inode 的 inotify_watches 列表。inotify_sem 用于同步對(duì) inotify_watches 列表的訪問(wèn)。當(dāng)文件系統(tǒng)發(fā)生第一部分提到的事件之一時(shí)，相應(yīng)的文件系統(tǒng)代碼將顯示調(diào)用fsnotify_* 來(lái)把相應(yīng)的事件報(bào)告給 inotify 系統(tǒng)，其中*號(hào)就是相應(yīng)的事件名，目前實(shí)現(xiàn)包括：
??? fsnotify_move，文件從一個(gè)目錄移動(dòng)到另一個(gè)目錄fsnotify_nameremove，文件從目錄中刪除 fsnotify_inoderemove，自刪除fsnotify_create，創(chuàng)建新文件fsnotify_mkdir，創(chuàng)建新目錄 fsnotify_access，文件被讀fsnotify_modify，文件被寫(xiě)fsnotify_open，文件被打開(kāi) fsnotify_close，文件被關(guān)閉fsnotify_xattr，文件的擴(kuò)展屬性被修改fsnotify_change，文件被修改或原數(shù)據(jù)被修 改有一個(gè)例外情況，就是 inotify_unmount_inodes，它會(huì)在文件系統(tǒng)被 umount 時(shí)調(diào)用來(lái)通知 umount 事件給 inotify 系統(tǒng)。
??? 以上提到的通知函數(shù)最后都調(diào)用 inotify_inode_queue_event（inotify_unmount_inodes直接調(diào)用 inotify_dev_queue_event ），該函數(shù)首先判斷對(duì)應(yīng)的inode是否被監(jiān)視，這通過(guò)查看 inotify_watches 列表是否為空來(lái)實(shí)現(xiàn)，如果發(fā)現(xiàn) inode 沒(méi)有被監(jiān)視，什么也不做，立刻返回，反之，遍歷 inotify_watches 列表，看是否當(dāng)前的文件操作事件被某個(gè) watch 監(jiān)視，如果是，調(diào)用 inotify_dev_queue_event，否則，返回。函數(shù)inotify_dev_queue_event 首先判斷該事件是否是上一個(gè)事件的重復(fù)，如果是就丟棄該事件并返回，否則，它判斷是否 inotify 實(shí)例即 inotify_device 的事件隊(duì)列是否溢出，如果溢出，產(chǎn)生一個(gè)溢出事件，否則產(chǎn)生一個(gè)當(dāng)前的文件操作事件，這些事件通過(guò)kernel_event 構(gòu)建，kernel_event 將創(chuàng)建一個(gè) inotify_kernel_event 結(jié)構(gòu)，然后把該結(jié)構(gòu)插入到對(duì)應(yīng)的 inotify_device 的 events 事件列表，然后喚醒等待在inotify_device 結(jié)構(gòu)中的 wq 指向的等待隊(duì)列。想監(jiān)視文件系統(tǒng)事件的用戶態(tài)進(jìn)程在inotify 實(shí)例（即 inotify_init（） 返回的文件描述符）上調(diào)用 read 時(shí)但沒(méi)有事件時(shí)就掛在等待隊(duì)列 wq 上。
四、使用示例
??? 下面是一個(gè)使用 inotify 來(lái)監(jiān)視文件系統(tǒng)事件的例子：
?
?
?
?
?
?
?
?
| #include #include #include _syscall0(int, inotify_init) _syscall3(int, inotify_add_watch, int, fd, const char *, path, __u32, mask) _syscall2(int, inotify_rm_watch, int, fd, __u32, mask)char * monitored_files[] = {"./tmp_file","./tmp_dir","/mnt/sda3/windows_file" };struct wd_name {int wd;char * name; };#define WD_NUM 3 struct wd_name wd_array[WD_NUM];char * event_array[] = {"File was accessed","File was modified","File attributes were changed","writtable file closed","Unwrittable file closed","File was opened","File was moved from X","File was moved to Y","Subfile was created","Subfile was deleted","Self was deleted","Self was moved","","Backing fs was unmounted","Event queued overflowed","File was ignored" }; #define EVENT_NUM 16 #define MAX_BUF_SIZE 1024int main(void) {int fd;int wd;char buffer[1024];char * offset = NULL;struct inotify_event * event;int len, tmp_len;char strbuf[16];int i = 0;fd = inotify_init();if (fd < 0) {printf("Fail to initialize inotify.\n");exit(-1);}for (i=0; imask & IN_ISDIR) {memcpy(strbuf, "Direcotory", 11);}else {memcpy(strbuf, "File", 5);}printf("Object type: %s\n", strbuf);for (i=0; iwd != wd_array[i].wd) continue;printf("Object name: %s\n", wd_array[i].name);break;}printf("Event mask: %08X\n", event->mask);for (i=0; imask & (1<len;event = (struct inotify_event *)(offset + tmp_len); offset += tmp_len;}} } |
?
??? 該程序?qū)⒈O(jiān)視發(fā)生在當(dāng)前目錄下的文件 tmp_file 與當(dāng)前目錄下的目錄 tmp_dir 上的所有文件系統(tǒng)事件， 同時(shí)它也將監(jiān)視發(fā)生在文件 /mnt/sda3/windows_file 上的文件系統(tǒng)事件，注意，/mnt/sda3 是 SATA 硬盤(pán)分區(qū) 3 的掛接點(diǎn)。
??? 細(xì)心的讀者可能注意到，該程序首部使用 _syscallN 來(lái)聲明 inotify 系統(tǒng)調(diào)用，原因是這些系統(tǒng)調(diào)用是在最新的穩(wěn)定內(nèi)核 2.6.13 中引入的，glibc 并沒(méi)有實(shí)現(xiàn)這些系統(tǒng)調(diào)用的庫(kù)函數(shù)版本，因此，為了能在程序中使用這些系統(tǒng)調(diào)用，必須通過(guò) _syscallN 來(lái)聲明這些新的系統(tǒng)，其中的 N 為要聲明的系統(tǒng)調(diào)用實(shí)際的參數(shù)數(shù)。還有需要注意的地方是系統(tǒng)的頭文件必須與被啟動(dòng)的內(nèi)核匹配，為了讓上面的程序能夠成功編譯，必須讓 2.6.13 的內(nèi)核頭文件（包括 include/linux/*， include/asm/* 和 include/asm-generic/*）在頭文件搜索路徑內(nèi)，并且是第一優(yōu)先搜索的頭文件路徑，因?yàn)?_syscallN 需要用到這些頭文件中的 linux/unistd.h 和 asm/unistd.h，它們包含了 inotify 的三個(gè)系統(tǒng)調(diào)用的系統(tǒng)調(diào)用號(hào) __NR_inotify_init、__NR_inotify_add_watch 和 __NR_inotify_rm_watch.
??? 因此，要想成功編譯此程序，只要把用戶編譯好的內(nèi)核的頭文件拷貝到該程序所在的路徑，并使用如下命令編譯即可：
?
| $gcc -o inotify_example -I. inotify_example.c |
?
??? 注意：當(dāng)前目錄下應(yīng)當(dāng)包含 linux、asm 和 asm-generic 三個(gè)已編譯好的 2.6.13 內(nèi)核的有文件目錄，asm 是一個(gè)鏈接，因此拷貝 asm 頭文件的時(shí)候需要拷貝 asm 與 asm-ARCH（對(duì)于 x86 平臺(tái)應(yīng)當(dāng)是 asm-i386）。然后，為了運(yùn)行該程序，需要在當(dāng)前目錄下創(chuàng)建文件 tmp_file 和目錄 tmp_dir，對(duì)于/mnt/sda3/windows_file 文件，用戶需要依自己的實(shí)際情況而定，可能是/mnt/dosc/windows_file，即 /mnt/dosc 是一個(gè) FAT32 的 windows 硬盤(pán)，因此用戶在編譯該程序時(shí)需要根據(jù)自己的實(shí)際情況來(lái)修改 /mnt/sda3.Windows_file 是在被 mount 硬盤(pán)上創(chuàng)建的一個(gè)文件，為了運(yùn)行該程序，它必須被創(chuàng)建。
??? 以下是作者在 redhat 9.0 上運(yùn)行此程序得到的一些結(jié)果：
??? 當(dāng)運(yùn)行此程序的時(shí)候在另一個(gè)虛擬終端執(zhí)行 cat ./tmp_file，此程序的輸出為：
?
| Some event happens, len = 48. Object type: File Object name: ./tmp_file Event mask: 00000020 Event: File was opened Object type: File Object name: ./tmp_file Event mask: 00000001 Event: File was accessed Object type: File Object name: ./tmp_file Event mask: 00000010 Event: Unwrittable file closed |
?
??? 以上事件清楚地說(shuō)明了 cat 指令執(zhí)行了文件 open 和 close 操作，當(dāng)然 open 和 close操作都屬于 access 操作，任何對(duì)文件的操作都是 access 操作。
??? 此外，運(yùn)行 vi ./tmp_file，發(fā)現(xiàn) vi實(shí)際在編輯文件時(shí)復(fù)制了一個(gè)副本，在未保存之前是對(duì)副本進(jìn)行操作。運(yùn)行 vi ./tmp_file， 修改并保存退出時(shí)，發(fā)現(xiàn) vi 實(shí)際在保存修改時(shí)刪除了最初的文件并把那個(gè)副本文件名更改為最初的文件的名稱。注意，事件"File was ignored"表示系統(tǒng)把該文件對(duì)應(yīng)的 watch 從 inotify 實(shí)例的 watch 列表中刪除，因?yàn)槲募呀?jīng)被刪除。讀者可以自己分別執(zhí)行命令：echo "abc" > ./tmp_file 、rm -f tmp_file、 ls tmp_dir、 cd tmp_dir；touch c.txt、 rm c.txt 、 umount /mnt/sda3（實(shí)際用戶需要使用自己當(dāng)時(shí)的 mount 點(diǎn)路徑名），然后分析一下結(jié)果。Umount 觸發(fā)兩個(gè)事件，一個(gè)表示文件已經(jīng)被刪除或不在存在，另一個(gè)表示該文件的 watch被從 watch 列表中刪除。
五、典型應(yīng)用
??? beagle 是 GNOME 的桌面搜索引擎項(xiàng)目，inotify 的引入就是完全受它的驅(qū)動(dòng)而做的。對(duì)于桌面搜索引擎，它一般作為一個(gè)優(yōu)先級(jí)很低的后臺(tái)進(jìn)程運(yùn)行， 只有在系統(tǒng)沒(méi)有其他任務(wù)可運(yùn)行時(shí)才被調(diào)度執(zhí)行，桌面搜索引擎的主要用途就是為系統(tǒng)的文件系統(tǒng)的文件建立索引數(shù)據(jù)庫(kù)，以便用戶在需要某文件但又想不起存放在 哪里時(shí)能夠根據(jù)某些關(guān)鍵字或特征快速地搜索到需要的文件，就象使用網(wǎng)絡(luò)搜索引擎 google 一樣便捷。文件系統(tǒng)有個(gè)特點(diǎn)就是只有某些文件會(huì)變化，因此桌面搜索引擎在第一次建立完索引數(shù)據(jù)庫(kù)后，沒(méi)必要重復(fù)遍歷所有的文件建立新的索引，它只需要更新 修改了的文件的索引，建立新增加的文件的索引，刪除已經(jīng)刪除的文件的索引就足夠了，這樣桌面搜索引擎需要做的工作就大大地減少。Inotify 就是為這一意圖專門(mén)設(shè)計(jì)的，beagle 為需要監(jiān)視的目錄或文件創(chuàng)建了inotify 實(shí)例，然后它就等待該 inotify 上發(fā)生文件系統(tǒng)事件，如果沒(méi)有任何文件變化，beagle 將不需要任何開(kāi)銷，只有在有被監(jiān)視的事件發(fā)生時(shí)，beagle 才被喚醒并根據(jù)實(shí)際事件來(lái)更新對(duì)應(yīng)的文件的索引，然后繼續(xù)睡眠等待下一個(gè)文件系統(tǒng)事件發(fā)生。在 SuSe 9.3 和即將發(fā)布的 10.0 中就包含了該桌面搜索引擎，它能夠?yàn)槲臋n、email、音樂(lè)、圖象和應(yīng)用等建立索引。使用過(guò) windows 下的桌面搜索引擎的讀者對(duì) google 和 yahoo 以及 Microsoft 的桌面搜索引擎有深刻的體會(huì)，感興趣讀者可以安裝 SuSe 使用一下。
??? 六、小結(jié)
??? inotify 是在 2.6.13 中引入的新功能，它為用戶態(tài)監(jiān)視文件系統(tǒng)的變化提供了強(qiáng)大的支持，本文詳盡地介紹了其起源、內(nèi)核實(shí)現(xiàn)、用戶接口以及使用，有興趣的讀者可以讀 2.6.13的相關(guān)源碼來(lái)進(jìn)一步了解其實(shí)現(xiàn)細(xì)節(jié)。
轉(zhuǎn)載于:https://www.cnblogs.com/langqi250/p/3329345.html
總結(jié)
- 上一篇： 梦到前妻父亲预示什么
- 下一篇： Statspack安装心得