|
|
Log in / Subscribe / Register

Filesystem notification, part 2: A deeper investigation of inotify

Filesystem notification, part 2: A deeper investigation of inotify

Posted Jul 20, 2014 8:01 UTC (Sun) by Cyberax (✭ supporter ✭, #52523)
In reply to: Filesystem notification, part 2: A deeper investigation of inotify by nix
Parent article: Filesystem notification, part 2: A deeper investigation of inotify

There's support for that in btrfs (change log streaming). And I think XFS has something similar.


to post comments

Filesystem notification, part 2: A deeper investigation of inotify

Posted Jul 23, 2014 23:19 UTC (Wed) by nix (subscriber, #2304) [Link] (3 responses)

Yeah. Changelog streaming sends you a pile of stuff in a format that only btrfs can read, though, doesn't it? I'd rather know what on the fs has changed, so my backup program can do its deduplicatory magic on it in such a way that I can restore file-by-file later if I want to, as well as in a single huge lump. Otherwise, I might as well just be using horrible old dump(8)...

Filesystem notification, part 2: A deeper investigation of inotify

Posted Jul 24, 2014 4:28 UTC (Thu) by zlynx (guest, #2285) [Link]

The btrfs code is all open, so if you wished to make your own tool to read it you probably could.

Filesystem notification, part 2: A deeper investigation of inotify

Posted Jul 26, 2014 13:03 UTC (Sat) by Lennie (subscriber, #49641) [Link] (1 responses)

Filesystem notification, part 2: A deeper investigation of inotify

Posted Jul 30, 2014 10:22 UTC (Wed) by nix (subscriber, #2304) [Link]

Ooh! Yeah, that's useful. I somehow never noticed find-new.


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds