Jump to content

Inotify: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
No edit summary
No edit summary
Line 14: Line 14:


The ''inotify'' API uses fewer file descriptors, allowing programmers to use the established select and poll interface, rather than the signal notification system used by [[dnotify]]. This also makes integration with existing select- or poll-based libraries (like [[GLib]]) easier.
The ''inotify'' API uses fewer file descriptors, allowing programmers to use the established select and poll interface, rather than the signal notification system used by [[dnotify]]. This also makes integration with existing select- or poll-based libraries (like [[GLib]]) easier.

Top Secret


== How it works ==
== How it works ==

Revision as of 14:40, 29 December 2011

inotify is a Linux kernel subsystem that acts to extend filesystems to notice changes to the filesystem, and report those changes to applications. It replaces an earlier facility, dnotify, which had similar goals.

The original developers of inotify were John McCutchan, Robert Love and Amy Griffis. It has been included in the mainline Linux kernel from release 2.6.13 (June 18, 2005),[1] and could be compiled into 2.6.12 and possibly earlier releases by use of a patch.

One major use is in desktop search utilities like Beagle, where its functionality permits reindexing of changed files without scanning the filesystem for changes every few minutes, which would be very inefficient. By being told that a file has changed directly by the kernel, rather than actively looking, Beagle and such utilities can achieve change-to-reindexing times of only about a second.

It can also be used to automatically update directory views, reload configuration files, log changes, backup, synchronize, and upload.

Advantages

There are a number of advantages when using inotify when compared to the older dnotify module that it replaced.[2][3] With the older module, a program had to use one file descriptor for each directory that it was monitoring. This can become a bottleneck since the limit of file descriptors per process could be reached. The use of file descriptors along with dnotify also proved to be a problem when using removable media. Devices could not be unmounted since file descriptors kept the resource busy.

Another drawback of dnotify is the level of granularity, since programmers can only monitor changes at the directory level. To access detailed information about the environmental changes that occur when a notification message is sent, a stat structure must be used; this is considered a necessary evil in that a cache of stat structures has to be maintained, for every new stat structure generated a comparison is run against the cached one.

The inotify API uses fewer file descriptors, allowing programmers to use the established select and poll interface, rather than the signal notification system used by dnotify. This also makes integration with existing select- or poll-based libraries (like GLib) easier.

Top Secret

How it works

Inotify is used through a series of system calls specifically created for inotify.

#include <sys/inotify.h>

Include this header file to use inotify.

int inotify_init(void)

Creates an inotify instance. Returns a file descriptor which all events are read from. Use read() calls to receive event information. To prevent polling, read() blocks until an event is received.

int inotify_add_watch(int fd, const char* pathname, int mask)

Starts watching the inode pointed to by pathname for events contained in mask. Returns a watch descriptor which is unique (within this inotify instance) to the inode pointed to by the pathname (NOTE: Multiple pathnames can point to the same inode/watch descriptor).

int inotify_rm_watch(int fd, int wd)

Cancels a watch on the given watch descriptor.

Events generated by inotify contain the following information:

Identifier Contents
wd watch descriptor
mask event tag
cookie cookie used to synchronize between IN_MOVED_FROM and IN_MOVED_TO
len length of name field
name the (optional) filename associated with this event (local to parent directory)

Some of the events that can be monitored for are:

  • IN_ACCESS - read of the file
  • IN_MODIFY - last modification
  • IN_ATTRIB - attributes of file change
  • IN_OPEN - open of file
  • IN_CLOSE_WRITE - sent when a file opened for writing is closed
  • IN_CLOSE_NOWRITE - sent when a file opened not for writing is closed
  • IN_MOVED_FROM and IN_MOVED_TO - when the file is moved or renamed
  • IN_DELETE - a file/directory deleted
  • IN_CREATE - a file in a watched directory is created
  • IN_DELETE_SELF - file monitored is deleted

Disadvantages

Inotify does not support recursively watching directories, meaning that a separate inotify watch must be created for every subdirectory.[4]

History

See also

References