Arjan van de Ven wrote on 06/08/2008 14:44:18:Problems with inotify as far as I know: You can't do something like inotify("/") (made up API) but you have to set up a watch for every directory you wan't to watch. That seems like a waste of resources. Then you get back a file name, if you wan't to report it or attempt* to scan it you have to build a pathname yourself, which means you have to maintain the whole tree of names in memory. Even bigger waste. When I say attempt to scan it above I mean that we are back into the pathanme teritorry. It is not guaranteed we will be able to open and scan using that pathname. I don't know what inotify reports with chroots and private namespaces, but it can certainly fail with NFS and root_squash. So it is less effective as well as being resource intensive. I think this is a good amount of flaws which shows inotify isn't really ideal. Tvrtko Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United Kingdom. Company Reg No 2096520. VAT Reg No GB 348 3873 20. --
| hooanon05 | [PATCH 67/67] merge aufs |
| Greg Kroah-Hartman | [PATCH 008/196] Chinese: add translation of volatile-considered-harmful.txt |
| monstr | [PATCH 33/52] [microblaze] bug headers files |
| Oliver Pinter | Re: x86: 4kstacks default |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| David Miller | [GIT]: Networking |
| Natalie Protasevich | [BUG] New Kernel Bugs |
