Does fanotify fix those issues?
Similar "minor implementation issues" occur when considering how to fix all of the other "bugs."
It's fine if you don't like the design trade-offs of a particular solution. But pretending that they aren't trade-offs, or they aren't valid choices, is just going to leave people shaking their heads at you.
Edit: and by "you" i mean the authors of these articles. Although I think Marek is a very talented guy and probably just a bit hyperbolic with his titles.
Yes.
This blog entry explains it much better then I could: https://wingolog.org/archives/2018/05/21/correct-or-inotify-...
inotify (and now, fanotify) are specifically designed to watch for filesystem events, whereas kqueue is a generic event system used for many things. In many ways that's better, but it this lack of specialisation also comes with some drawbacks.
I think of stakeholder meetings and fighting business requirements?
I had an inotify project in process for creating a better developer experience. Seeing this hit Hacker News tells me it's a fucking political landmine.
Sigh.
Don't worry, I'll have the strength to argue the proper technical solution that still satisfies business needs. That's the important thing!
Anyway I used inotify multiple times in various programming languages and it was always fine, I'm a bit surprised that it's considered "broken" in any way.
I mean, is it broken regarding to correctness or just performance?
But, you've inspired me to do a deeper historical and technical deep dive of the filesystem event space. Thank you.
Have a great weekend!
They understand who I am.
Have a good week!