top | item 33248263 (no title) mikulas_florek | 3 years ago Looking at Win32, it scans the whole directory periodically, right? I must miss something, but how can that be called efficient? discuss order hn newest MichaelCollins|3 years ago I don't know about efficient, but at least it sounds reliable. I'm at my wit's end with trying to figure out why KDE's Dolphin can't reliably watch a directory for new files, frequently (but not always) forcing me to F5 to see new files. e-dant|3 years ago It’s efficient because it beats kqueue while reporting events accurately.A proper benchmarking program is in the works, however manual testing does show only minimal resource usage.For more, see this issue: https://github.com/e-dant/watcher/issues/10 mikulas_florek|3 years ago I only mentioned Win32. There this library is very inefficient compared to ReadDirectoryChangesW, which consumes no CPU times when nothing changes. dwringer|3 years ago See here: https://news.ycombinator.com/item?id=33247735 rasz|3 years ago Wait, it doesnt hook the OS file handling routines? it actually manually rescans the filesystem? e-dant|3 years ago It does one or the other. There are concerns about OS filesystem event hooks.The current solution isn’t ideal, and is being addressed here: https://github.com/e-dant/watcher/issues/10 load replies (1) unknown|3 years ago [deleted]
MichaelCollins|3 years ago I don't know about efficient, but at least it sounds reliable. I'm at my wit's end with trying to figure out why KDE's Dolphin can't reliably watch a directory for new files, frequently (but not always) forcing me to F5 to see new files.
e-dant|3 years ago It’s efficient because it beats kqueue while reporting events accurately.A proper benchmarking program is in the works, however manual testing does show only minimal resource usage.For more, see this issue: https://github.com/e-dant/watcher/issues/10 mikulas_florek|3 years ago I only mentioned Win32. There this library is very inefficient compared to ReadDirectoryChangesW, which consumes no CPU times when nothing changes.
mikulas_florek|3 years ago I only mentioned Win32. There this library is very inefficient compared to ReadDirectoryChangesW, which consumes no CPU times when nothing changes.
rasz|3 years ago Wait, it doesnt hook the OS file handling routines? it actually manually rescans the filesystem? e-dant|3 years ago It does one or the other. There are concerns about OS filesystem event hooks.The current solution isn’t ideal, and is being addressed here: https://github.com/e-dant/watcher/issues/10 load replies (1) unknown|3 years ago [deleted]
e-dant|3 years ago It does one or the other. There are concerns about OS filesystem event hooks.The current solution isn’t ideal, and is being addressed here: https://github.com/e-dant/watcher/issues/10 load replies (1)
MichaelCollins|3 years ago
e-dant|3 years ago
A proper benchmarking program is in the works, however manual testing does show only minimal resource usage.
For more, see this issue: https://github.com/e-dant/watcher/issues/10
mikulas_florek|3 years ago
dwringer|3 years ago
rasz|3 years ago
e-dant|3 years ago
The current solution isn’t ideal, and is being addressed here: https://github.com/e-dant/watcher/issues/10
unknown|3 years ago
[deleted]