Re: File monitor rewrite: Solaris (and other) help wanted



On 01/14/2015 04:13 PM, Ryan Lortie wrote:
Thread safety -- file and mount monitors are currently known to be
crash-prone due to races.

This has become particularly problematic since GDesktopAppInfo started
using them from the GLib worker thread to watch for changes to desktop
files.

Due to the inotify-kernel changes on that branch, however, one measure
of performance is definitely improved: file notifications will now
arrive immediately, instead of after a hardwired delay.

Makes sense, thanks!

Does anything rely on the delay that happens in the current system? For
example, is it used to coalesce an open(O_CREAT)/rename() into a single
signal emission?

-- Christian


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]