В начале недели выступал с докладом на конференции "Фотография и деньги", где рассказывал о выборе компьютера для фотографа в ключе основных компонент - памяти, процессора, дисковой подсистемы, видеокарты и т.д.
Пока нет. Я говорил Adobe на эту тему, но сомневаюсь что в пятом LR такая функция появится.
Есть способ упростить выделение - разнести снимки на экспорт в несколько подколлекций, и экспортировать уже их. Но это тоже полумеры. По мне, так надо в LR просто добавить галочку "use the Force, Luke" при нажатии на которую приложение как персонаж из Crysis уходит в "maximum speed" )
А если системный диск SSD, а картинки лежат на HDD, подключённом по SATA-3, берутся оттуда и соханяются туда же? P.S: всё вышеописанное справедливо для ACR?
Практически всё что можно сказать про LR справедливо для ACR, но есть нюанс - LR содержит тяжеленную базу превьюшек, которая будучи на HDD сильно начинает тормозить приложение. У ACR нет такой базы - инфа сохранятся в XMP-файлы вместе с RAW-ами, децентрализованно, и превьюшки не строятся. В противовес этому БД LR это большой файл, ему не так критично нахождение на SSD, но превьюшкам это очень и очень нужно.
Если берутся оттуда и сохраняются на жёсткий диск, это примерно эквивалентно по скорости работе с NAS, разве что время доступа в случае одиночного диска и SATA (если сравнивать со связкой RAID/LAN) заметно получше, но для исходников и файлов на выходе это совсем не критично. Тем более, для файлов в экспорте ещё применяется кэширование записи, это делает запись практически сравнимой с SSD (скорость винта здесь слабо сказывается при должном количестве оперативки).
Спасибо, исчерпывающе. Да, хмр-файлики в ACR это очень удобно. Весят копейки и не загромождают систему. Влияние кэширования я тоже заметил, когда сравнил со старым компьютером, у которого оперативки было мало:-)
у ACR тож есть база превьюшек, и тоже если будет большая то будет тормозить) ~/Library/Application Support/Adobe/CameraRaw по моему где то тут оно хранит их
Спасибо за статью по ускорению экспорта. А как ускорить обработку, особенно отрисовку превью и применение различных инструментов (градиент, кисть и т.д.)?
Отрисовка превью это очень общее понятие, у LR превью несколько. Скажем превью в режиме Library читаются из кэша либо подгружаются из DNG, в зависимости от настроек. Ускорение здесь возможно за счёт использования превьюшек меньшего разрешения (для отбраковки без зума) либо наоборот, при использовании 1:1 если идёт работа с частым увеличением для проверки резкости
( ... )
Спасибо за развернутый ответ) Все очень актуально и по делу)) "Применение градиентов и фильтров прямо зависит от производительности системы, в меньшей степени от многоядерности, в большей от чистой вычислительной мощности ядер, а также от производительности оперативной памяти." Я так себе это и представлял, теперь получил подтверждение своим мыслям. Так что придется в обозримом будущем делать апгрейд.
Про мою систему я написал вот тут http://true-major.livejournal.com/469076.html Если кратко - заменил жесткий диск на ССД, чуть разогнал процессор, оптимизировал размещение временных файлов и фоток, и лайтрум стал работать заметно быстрее.
В плане - замена Q6600 на i5/i7, увеличение объема памяти (сейчас 4гб) и ее скорости. Как вы считаете, будет ли заметен рост производительности при работе в модуле "develop"?
будет и существенно, Lenovo t510 i7 2.8ghz 2 ядра-4 потока на Lenovo w530 4 i7 2.7ghz 4 ядра-8 потоков = разница в скорости работы ощутима, в скорости экспорта дак вообще очень сильно порядка двух раз даже в один поток
Очень маловероятно, что за счёт ухода фоновых задач на другие ядра возможен такой выигрыш, который показан на графиках выше. Тем более, системный монитор к старту бенчмарка показывает загрузку 0% с пиками до 3%, а общая загрузка процессора не превышает при экспорте 50% даже на двуядерной системе.
Может быть ответ относился к какой-то из старых версий LR? Насколько помню, при переходе с 2.x на 3.x начала обнаруживаться существенная разница в загрузке процессора экспортом.
Дополню. Если посмотреть, переход с 2 ядер на 6 при равной частоте ядер приводит к ускорению экспорта в 2 раза. Это никак нельзя списать на фоновые процессы.
Comments 26
Reply
Есть способ упростить выделение - разнести снимки на экспорт в несколько подколлекций, и экспортировать уже их. Но это тоже полумеры. По мне, так надо в LR просто добавить галочку "use the Force, Luke" при нажатии на которую приложение как персонаж из Crysis уходит в "maximum speed" )
Reply
Reply
Так что сегодня, где-то через час.
Reply
Reply
Reply
P.S: всё вышеописанное справедливо для ACR?
Reply
Если берутся оттуда и сохраняются на жёсткий диск, это примерно эквивалентно по скорости работе с NAS, разве что время доступа в случае одиночного диска и SATA (если сравнивать со связкой RAID/LAN) заметно получше, но для исходников и файлов на выходе это совсем не критично. Тем более, для файлов в экспорте ещё применяется кэширование записи, это делает запись практически сравнимой с SSD (скорость винта здесь слабо сказывается при должном количестве оперативки).
Reply
Reply
Reply
Reply
Reply
Про мою систему я написал вот тут http://true-major.livejournal.com/469076.html Если кратко - заменил жесткий диск на ССД, чуть разогнал процессор, оптимизировал размещение временных файлов и фоток, и лайтрум стал работать заметно быстрее.
В плане - замена Q6600 на i5/i7, увеличение объема памяти (сейчас 4гб) и ее скорости. Как вы считаете, будет ли заметен рост производительности при работе в модуле "develop"?
Reply
Reply
(The comment has been removed)
Может быть ответ относился к какой-то из старых версий LR? Насколько помню, при переходе с 2.x на 3.x начала обнаруживаться существенная разница в загрузке процессора экспортом.
Reply
Reply
http://www.fredmiranda.com/forum/topic/1005214/0&year=2011
Reply
Leave a comment