> Oui enfin enfin bon dans les deux cas, c'est trop énorme pour surveiller
J'ai déjà fait avec 40 000 répertoires et 300 000 fichiers. Ca marche et ça bouffe peu de mémoire.
> mais s'il faut lire le contenu de tous les repertoires
Pas le contenu. Le répertoire et faire un stat() sur les entrées du répertoire. En gros faire un "find . -type d".
Je t'ai peut-être mal compris.
> Et pour un service à lancer au démarrage ca m'est inadmissible
Ben ca dépend de ce que tu veux faire. Il ne peut pas être lancé après ton login ce service ?
Qu'es-ce qui dépend de inotify ?
Ce que doit lancer inotify peut-il est fait après coup ? Genre faire un : "find . -newer .notify-init -type f -exec bidule {} \;" (ce qui peut être fait en même temps que l'initialisation de inotify). Si c'est pour la base Beagle (que je ne connais pas, désolé) si elle n'est pas à jour durant 5 ou 10 minutes, ce n'est pas un drame.
[^] # Re: Pour les nul ?
Posté par clearstream . En réponse au journal Et Reiser4 nous apprend comment fonctionne la communauté. Évalué à 2.
J'ai déjà fait avec 40 000 répertoires et 300 000 fichiers. Ca marche et ça bouffe peu de mémoire.
> mais s'il faut lire le contenu de tous les repertoires
Pas le contenu. Le répertoire et faire un stat() sur les entrées du répertoire. En gros faire un "find . -type d".
Je t'ai peut-être mal compris.
> Et pour un service à lancer au démarrage ca m'est inadmissible
Ben ca dépend de ce que tu veux faire. Il ne peut pas être lancé après ton login ce service ?
Qu'es-ce qui dépend de inotify ?
Ce que doit lancer inotify peut-il est fait après coup ? Genre faire un : "find . -newer .notify-init -type f -exec bidule {} \;" (ce qui peut être fait en même temps que l'initialisation de inotify). Si c'est pour la base Beagle (que je ne connais pas, désolé) si elle n'est pas à jour durant 5 ou 10 minutes, ce n'est pas un drame.
> je m'en passerais largement
Tu n'en as peut-être pas tant besoin que ça.