C'est juste. Je ne connais pas fam dans le detail. C'est pas un gros programme (140k). Il n'utilise peut-être pas beaucoup de fonctionnalités avancées du C++. Il est donc peut-être assez portable. Çà reste des supositions.
Ben justement, FAM est un daemon porté sur linux par SGI.
Les process qui en ressentent le besoin s'enregistrent auprès de FAM et son alors prévenus des modifications des fichiers qui les concerne dès que possible.
L'interet pour un filemanager est facile a comprendre: il demande a FAM de le prevenir de toute modification qui concerne le repertoire actuellement reperesenté à l'écran, il est prevenu dès qu'un fichier est créé/change/... et il peu donc mettre a jour les icones immediatement.
sous SGI, FAM c'est aussi un driver kernel qui evite de faire du polling. C'est le kernel qui averti le daemon FAM quand il fait des modif sur le fs. SGI a porté FAM sous linux, les intégrateurs en chef du noyau ont dit que l'idée était sympa mais que l'implémentation sucks, et ils ont remplacé le driver FAM de SGI par la fonction dnotify. RedHat a alors modifié le daemon original FAM pour qu'il puisse utilisé dnotify du kernel Linux et nous arrivons a l'état actuel.
Tout ca pour conclure sur le fait que le daemon FAM ne doit pas etre dur a porter en lui même, mais que sans la fonctionnalité FAM/dnotify dans le kernel, son utilité est moindre puisqu'il se met a faire du polling sur le filesysteme ...
[^] # Re: Gconf pour les nuls ... et les hackers
Posté par PLuG . En réponse à la dépêche Gnome 2.2 est sorti. Évalué à 0.
Ben justement, FAM est un daemon porté sur linux par SGI.
Les process qui en ressentent le besoin s'enregistrent auprès de FAM et son alors prévenus des modifications des fichiers qui les concerne dès que possible.
L'interet pour un filemanager est facile a comprendre: il demande a FAM de le prevenir de toute modification qui concerne le repertoire actuellement reperesenté à l'écran, il est prevenu dès qu'un fichier est créé/change/... et il peu donc mettre a jour les icones immediatement.
sous SGI, FAM c'est aussi un driver kernel qui evite de faire du polling. C'est le kernel qui averti le daemon FAM quand il fait des modif sur le fs. SGI a porté FAM sous linux, les intégrateurs en chef du noyau ont dit que l'idée était sympa mais que l'implémentation sucks, et ils ont remplacé le driver FAM de SGI par la fonction dnotify. RedHat a alors modifié le daemon original FAM pour qu'il puisse utilisé dnotify du kernel Linux et nous arrivons a l'état actuel.
Tout ca pour conclure sur le fait que le daemon FAM ne doit pas etre dur a porter en lui même, mais que sans la fonctionnalité FAM/dnotify dans le kernel, son utilité est moindre puisqu'il se met a faire du polling sur le filesysteme ...