Changes between Initial Version and Version 8 of Ticket #1430


Ignore:
Timestamp:
2015-10-29T02:29:12Z (8 years ago)
Author:
daira
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #1430

    • Property Status changed from new to assigned
    • Property Component changed from code-frontend to code-frontend-drop-upload
    • Property Summary changed from drop-upload: handle inotify queue overflow correctly to Magic Folder on Linux: handle inotify queue overflow correctly
    • Property Priority changed from major to minor
    • Property Keywords magic-folder added
    • Property Owner changed from davidsarah to daira
  • Ticket #1430 – Description

    initial v8  
    1 The inotify API has a maximum number of queued events, controlled by {{{/proc/sys/fs/inotify/max_queued_events}}}. This could affect the reliability of the drop-upload feature (#1429) in detecting all file-change events when a large number of files in the local directory are modified. In principle it could detect this using the IN_Q_OVERFLOW event, and rescan all files in the directory to see whether they were last-modified since the timestamp of the previous event (assuming that we trust the last-modified timestamps).
     1The inotify API has a maximum number of queued events, controlled by {{{/proc/sys/fs/inotify/max_queued_events}}}. This could affect the reliability of the Magic Folder uploader in detecting all file-change events when a large number of files in the local directory are modified. In principle it could detect this using the IN_Q_OVERFLOW event, and rescan all files in the directory to see whether they were last-modified since the timestamp of the previous event (assuming that we trust the last-modified timestamps).