Changes between Initial Version and Version 8 of Ticket #1430
- Timestamp:
- 2015-10-29T02:29:12Z (8 years ago)
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).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 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).