q3d

Лучший компьютер для фотографа: зависимость Lightroom от ядер и скорости диска

May 24, 2013 19:38


В начале недели выступал с докладом на конференции "Фотография и деньги", где рассказывал о выборе компьютера для фотографа в ключе основных компонент - памяти, процессора, дисковой подсистемы, видеокарты и т.д.


Read more... )

скорость, фото, уроки lightroom 4, adobe, ликбез, photoshop, софт, софт для windows

Leave a comment

Comments 26

virvit May 24 2013, 15:48:23 UTC
Станислав, а можно ли как-то в LR автоматом распараллелить процессы, а не выбирать вручную первые 100 кадров, запуск, вторые 100, запуск ?

Reply

q3d May 24 2013, 16:08:31 UTC
Пока нет. Я говорил Adobe на эту тему, но сомневаюсь что в пятом LR такая функция появится.

Есть способ упростить выделение - разнести снимки на экспорт в несколько подколлекций, и экспортировать уже их. Но это тоже полумеры. По мне, так надо в LR просто добавить галочку "use the Force, Luke" при нажатии на которую приложение как персонаж из Crysis уходит в "maximum speed" )

Reply


spartanus May 24 2013, 16:07:37 UTC
А где же обещанный "Зачем нужен Lightroom #4 - как импортировать фотографии, детали (17 апреля 2013)"?.. Очень ждём. :)

Reply

q3d May 24 2013, 16:08:52 UTC
Вот как раз сижу верстаю )
Так что сегодня, где-то через час.

Reply

spartanus May 24 2013, 16:40:44 UTC
А!.. А я понял, что вы вместо неё эту заметку написали. Сорри. :)

Reply

q3d May 25 2013, 01:31:16 UTC
Ну вот и заверстал, наконец то )

Reply


steal86 May 24 2013, 16:39:43 UTC
А если системный диск SSD, а картинки лежат на HDD, подключённом по SATA-3, берутся оттуда и соханяются туда же?
P.S: всё вышеописанное справедливо для ACR?

Reply

q3d May 24 2013, 17:32:38 UTC
Практически всё что можно сказать про LR справедливо для ACR, но есть нюанс - LR содержит тяжеленную базу превьюшек, которая будучи на HDD сильно начинает тормозить приложение. У ACR нет такой базы - инфа сохранятся в XMP-файлы вместе с RAW-ами, децентрализованно, и превьюшки не строятся. В противовес этому БД LR это большой файл, ему не так критично нахождение на SSD, но превьюшкам это очень и очень нужно.

Если берутся оттуда и сохраняются на жёсткий диск, это примерно эквивалентно по скорости работе с NAS, разве что время доступа в случае одиночного диска и SATA (если сравнивать со связкой RAID/LAN) заметно получше, но для исходников и файлов на выходе это совсем не критично. Тем более, для файлов в экспорте ещё применяется кэширование записи, это делает запись практически сравнимой с SSD (скорость винта здесь слабо сказывается при должном количестве оперативки).

Reply

steal86 May 28 2013, 08:02:03 UTC
Спасибо, исчерпывающе. Да, хмр-файлики в ACR это очень удобно. Весят копейки и не загромождают систему. Влияние кэширования я тоже заметил, когда сравнил со старым компьютером, у которого оперативки было мало:-)

Reply

highlander_ku May 29 2013, 10:52:20 UTC
у ACR тож есть база превьюшек, и тоже если будет большая то будет тормозить) ~/Library/Application Support/Adobe/CameraRaw по моему где то тут оно хранит их

Reply


true_major May 24 2013, 16:47:45 UTC
Спасибо за статью по ускорению экспорта. А как ускорить обработку, особенно отрисовку превью и применение различных инструментов (градиент, кисть и т.д.)?

Reply

q3d May 24 2013, 17:38:34 UTC
Отрисовка превью это очень общее понятие, у LR превью несколько. Скажем превью в режиме Library читаются из кэша либо подгружаются из DNG, в зависимости от настроек. Ускорение здесь возможно за счёт использования превьюшек меньшего разрешения (для отбраковки без зума) либо наоборот, при использовании 1:1 если идёт работа с частым увеличением для проверки резкости ( ... )

Reply

true_major May 26 2013, 08:19:56 UTC
Спасибо за развернутый ответ) Все очень актуально и по делу)) "Применение градиентов и фильтров прямо зависит от производительности системы, в меньшей степени от многоядерности, в большей от чистой вычислительной мощности ядер, а также от производительности оперативной памяти." Я так себе это и представлял, теперь получил подтверждение своим мыслям. Так что придется в обозримом будущем делать апгрейд.

Про мою систему я написал вот тут http://true-major.livejournal.com/469076.html Если кратко - заменил жесткий диск на ССД, чуть разогнал процессор, оптимизировал размещение временных файлов и фоток, и лайтрум стал работать заметно быстрее.

В плане - замена Q6600 на i5/i7, увеличение объема памяти (сейчас 4гб) и ее скорости. Как вы считаете, будет ли заметен рост производительности при работе в модуле "develop"?

Reply

highlander_ku May 29 2013, 10:55:04 UTC
будет и существенно, Lenovo t510 i7 2.8ghz 2 ядра-4 потока на Lenovo w530 4 i7 2.7ghz 4 ядра-8 потоков = разница в скорости работы ощутима, в скорости экспорта дак вообще очень сильно порядка двух раз даже в один поток

Reply


(The comment has been removed)

q3d May 24 2013, 21:22:38 UTC
Очень маловероятно, что за счёт ухода фоновых задач на другие ядра возможен такой выигрыш, который показан на графиках выше. Тем более, системный монитор к старту бенчмарка показывает загрузку 0% с пиками до 3%, а общая загрузка процессора не превышает при экспорте 50% даже на двуядерной системе.

Может быть ответ относился к какой-то из старых версий LR? Насколько помню, при переходе с 2.x на 3.x начала обнаруживаться существенная разница в загрузке процессора экспортом.

Reply

q3d May 24 2013, 21:23:40 UTC
Дополню. Если посмотреть, переход с 2 ядер на 6 при равной частоте ядер приводит к ускорению экспорта в 2 раза. Это никак нельзя списать на фоновые процессы.

Reply

q3d May 24 2013, 21:29:30 UTC
И ещё, вот довольно характерный детальный отчёт, соответствующий моим наблюдениям:
http://www.fredmiranda.com/forum/topic/1005214/0&year=2011

Reply


Leave a comment

Up