Я работаю над демоном, который отслеживает события файла через inotify, чтобы инициировать различные типы событий при доступе к файлам. Я прочитал, что часы немного дороже, потому что ядро хранит полное имя пути для каждого просматриваемого файла.Что такое разумное количество часов inotify с Linux?
Сколько часов будет слишком много?
Редактировать: В основном, мне интересно. Вы когда-нибудь видели заметное поражение в производительности, если да, то сколько часов прошло? Да, я должен контролировать/рекурсивно (однако его минимальная загрузочная система).
Почему я не должен использовать inotify для просмотра всей файловой системы? можете ли вы быть конкретными? – Blub
@Blub хорошо, почему вы хотите это сделать? Если вы не отлаживаете реализацию файловой системы, я не могу придумать хороший вариант использования, и если это то, что вы делаете, вероятно, лучше подключиться к самому файловому файлу. Не говоря уже о том, что inotify, вероятно, не будет иметь достаточно часов, чтобы фактически наблюдать за _everything_ в файловой системе с современной ОС. Но я думаю, что если это произойдет (т. Е. Если вы работаете с уменьшенным набором файлов), это, вероятно, не самое худшее. Пока ваш компьютер может справиться с этим, он не повредит ничего AFAIK. –
Я хочу индексировать том, и поэтому, если файл меняется в любом месте, мне нужно обновить свой индекс. я действительно посмотрел на исходный код ext4, это не совсем сделано для пользовательских добавлений .. есть только утилита dumpe2fs, которая может печатать «блоки», но пока не знаю, как получить фактические пути оттуда. И все же ... Мне нужно будет постоянно запускать эту утилиту, по крайней мере, один раз в секунду, чтобы повторно проиндексировать индекс. Не совсем здорово, я бы предпочел вернуть какое-то событие - например, inotify. – Blub