Ok il explique que le faire de manière bête et méchante, c'est lent et pas terrible.
M'enfin, dans mon idée, on ne poserait pas un watcher sur un dossier, on poserait un watcher sur un système de fichier entier, à lui de nous prévenir à chaque écriture. Avec plus ou moins de granularité.
Après je lis des commentaires comme celui ci
Given complete information about the initial state of a watched directory tree, and given a list of all of the inotify events generated by a set of file operations on that tree, it is possible to accurately compute the final state of the tree.
Et franchement je m'interroges... Pourquoi resté fixer sur cette idée de poser un watcher sur un dossier ou un fichier et tenter de gérer des cas d'userspace dans la lib ?
Dans son exemple, il me paraît évident que le problème n'est pas soluble, mais bon, j'ai surement loupé une étape.
[^] # Re: Pour nodejs
Posté par maboiteaspam . En réponse à la dépêche Exploiter inotify, c’est simple. Évalué à 2. Dernière modification le 27 novembre 2014 à 12:09.
Ok il explique que le faire de manière bête et méchante, c'est lent et pas terrible.
M'enfin, dans mon idée, on ne poserait pas un watcher sur un dossier, on poserait un watcher sur un système de fichier entier, à lui de nous prévenir à chaque écriture. Avec plus ou moins de granularité.
Après je lis des commentaires comme celui ci
Et franchement je m'interroges... Pourquoi resté fixer sur cette idée de poser un watcher sur un dossier ou un fichier et tenter de gérer des cas d'userspace dans la lib ?
Dans son exemple, il me paraît évident que le problème n'est pas soluble, mais bon, j'ai surement loupé une étape.
Mais merci tout de même pour le lien !