«Rule #1 in kernel programming: don't *ever* think that things actually work the way they are documented to work. The documentation is a starting point, nothing else.» — Linus Torvalds
I think this applies for almost every "documented" software out there ;-) Sometimes what's called documentation can't even be considered real documentation at all.
About two months after the last release, I released version 0.4 of inotail, a tail replacement using inotify. As of this version inotail uses buffers of optimal size (depending on the filesystem) for I/O (patch contributed by Folkert van Heusden). See the changelog for all changes. Debian packages should hit the archive soon.
Note: I'm currently working on correct tailing from pipes which would make inotail fully compatible to POSIX tail.
Now back to uni work...
I just released version 0.3 of inotail, a replacement for the tail utility using inotify to speed up the follow mode (the '-f' option). This version doesn't contain new features but fixes for some minor bugs (see the changelog for details. Get the tarball for inotail 0.3 here: http://distanz.ch/inotail/inotail-0.3.tar.bz2
About: inotail is a replacement for the 'tail' program found in the base installation of every Linux/UNIX system. It makes use of the inotify infrastructure in recent versions of the Linux kernel to speed up tailing files in the follow mode (the '-f' option). Standard tail polls the file every second by default while inotail listens to special events sent by the kernel through the inotify API to determine whether a file needs to be reread.