Re: [PATCH v5 26/30] fsmonitor--daemon: periodically truncate list of modified files

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

 



Hi Jeff,

On Fri, 11 Feb 2022, Jeff Hostetler via GitGitGadget wrote:

> From: Jeff Hostetler <jeffhost@xxxxxxxxxxxxx>
>
> Teach fsmonitor--daemon to periodically truncate the list of
> modified files to save some memory.
>
> Clients will ask for the set of changes relative to a token that they
> found in the FSMN index extension in the index.  (This token is like a
> point in time, but different).  Clients will then update the index to
> contain the response token (so that subsequent commands will be
> relative to this new token).
>
> Therefore, the daemon can gradually truncate the in-memory list of
> changed paths as they become obsolete (older than the previous token).
> Since we may have multiple clients making concurrent requests with a
> skew of tokens and clients may be racing to the talk to the daemon,
> we lazily truncate the list.
>
> We introduce a 5 minute delay and truncate batches 5 minutes after
> they are considered obsolete.

I tried to poke holes into this strategy for a while, but failed whichever
way I looked. Meaning: I am now convinced that this strategy is sound.

Thanks,
Dscho




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux