Lightroom не перезаписывает весь файл DNG при сохранении метаданных в файл, либо через Cmd / Ctrl-S , либо если у вас включена настройка каталога «Автоматически записывать изменения в XMP».
Я проверил это, наблюдая за Lightroom CC 2016.6.1 в OS X 10.11.6 под dtruss
, затем написал скрипт Perl для анализа собранных данных. Комментарии в этом скрипте объясняют метод, но если вы хотите увидеть только типичный набор результатов, то вы идете:
Data I/O for file _1020153.RW2:
256K read
Data I/O for file _1020153.xmp:
6.87K read
3.59K written
Data I/O for file _1020176.dng:
3.38M read
6.52K written
Два указанных выше необработанных файла были сняты в один и тот же день одной и той же камерой, и ввод / вывод происходит от применения одного и того же ключевого слова к каждому файлу. Единственное отличие состоит в том, что один из них является исходным необработанным файлом камеры (Panasonic RW2), а другой был преобразован Lightroom в DNG перед тестом. Файл RW2 составляет 18,7 МБ, а файл DNG - 13,4 МБ. (Разница в размерах заключается в том, что DNG использует лучшее сжатие без потерь, чем обычно для исходных форматов необработанных снимков.)
Как видите, хотя ни одно из обновлений не записало почти достаточно данных для перезаписи всего файла, обновление DNG задействовано около 13 раз; столько читать и почти в 2 раза; столько написания.
Также интересно, что Lightroom делает больше, чем просто пишет в файл XMP в родном случае с камерой. Он также считывает значительный объем данных из необработанного файла, вероятно, для того, чтобы убедиться, что необработанный файл не изменился из-под него, прежде чем он перейдет к записи в сопутствующий XMP-файл.
Однако я бы не стал воспринимать этот единственный тест в качестве представителя. Попробуйте это на ваших собственных файлах. Я не удивлюсь, если вы получите другие результаты.
Имейте в виду, что полная стоимость этих операций ввода-вывода оплачивается только в первый раз, когда вы работаете с данным набором файлов в данном сеансе Lightroom. Если последовательно применить несколько ключевых слов, чтение данных, в частности, будет практически мгновенным, поскольку содержимое файла все равно будет находиться в буферном кеше вашей ОС.
dtruss
недоступно для Windows, но есть эквивалентные варианты . Адаптация сценария анализа Perl для работы с выходными данными таких инструментов должна быть простой.