Центр внимания повторно импортирует файл, который был скопирован или перемещен?

Это не вопрос о приеме об угловых случаях или чем-либо как этот - просто, если Центру внимания уже импортировали файл и индексированный в его базу данных, и тот файл перемещен или скопирован (скажите, сценарий использовал mv или CP на нем), действительно Высвечивает, сравнивают контрольные суммы (или что-то как этот), чтобы решить, что 'это - тот же файл, никакая потребность посмотреть в нем снова', или делает это, просто звонят, какой бы ни средство импорта регистрируется для того типа снова (который инициирует перепарсинг).

Если возможно, обеспечьте источник, где Вы узнали об этом из; вещь, я действительно хочу быть уверенным, какой является указанным поведением (его слишком легкое, чтобы быть введенным в заблуждение экспериментированием с такой непостоянной системой как Центр внимания).

Как фон, идея состоит в том, что у меня есть пользовательское средство импорта Центра внимания, которое является довольно трудоемким (с точки зрения того, сколько времени он берет для импорта файла), и я хочу знать, безопасно ли записать сценарий оболочки, который перемещает файлы, которые он индексирует вокруг в/из Поддерживающих центр внимания папках, не имея необходимость волноваться о том, чтобы заставлять Центр внимания сойти с ума, повторно индексируя все.

1
задан 21.01.2010, 06:20

2 ответа

Узнать, происходит ли переиндекс с mv/cp. Можно следить за ним с fseventer. Это наблюдает изменения файловой системы с помощью того же базового API в качестве Центра внимания

1
ответ дан 12.12.2019, 10:46

Это в основном не должно повторно индексировать, начиная ни с какого файлового ввода-вывода, который проходит ядро, включая UNIX mv и cp команды, вызывает обновление в индексе Центра внимания. Тем путем индекс всегда актуален.

Центр внимания определенно проделал длинный путь с тех пор, но когда 10,4 Tiger вышли, было несколько хороших статей, плавающих вокруг о том, как он работает, объясняя технологию. Одна такая статья во всестороннем Ars Technica Tiger Review. Кавычка:

Предварительно созданные индексы допускают очень быстрые поиски, но они также задают потенциальную проблему. Для индекса легко выйти из синхронизации с текущим состоянием файловой системы, и индекс, это устарело, не очень полезен. Для обеспечения точных результатов индекс должен точно отразить состояние всех файлов "в режиме реального времени".

Каждое средство импорта метаданных ответственно за сканирование файла и возврат всех метаданных, которые это могло извлечь — из структур метаданных файловой системы, содержания файла или чего-либо еще, что это хочет рассмотреть. Метаданные возвращаются как ряд пар ключ/значение и добавляются к элементу индекса Центра внимания для файла.

Плагины средства импорта метаданных хранятся в папках Spotlight в любой из различных папок Library. Как обычно, более определенные местоположения имеют приоритет: ~/Library/Spotlight переопределения /Library/Spotlight, и так далее.

Любой файл i/o, который проходит ядро Tiger, инициирует соответствующее средство импорта метаданных. Эта интеграция уровня ядра гарантирует, что индексы Центра внимания всегда актуальны.

Надеюсь, это поможет. Другие могут проливать свет на улучшения архитектуры Центра внимания, так как Tiger вышел. Я - всего лишь скромный пользователь.

2
ответ дан 12.12.2019, 10:46

Теги

Похожие вопросы