Влияет ли более производительная память на производительность Lightroom и Photoshop?

Короткий ответ - нет.

Прежде всего, важно понимать, что частота влияет на возможную максимальную скорость передачи, хотя она достигается не во всех случаях. Это просто верхний предел. Конечно, если вы запустите тест с этими двумя, более высокая частота, скорее всего, приведет к более высокой скорости передачи, но это не очень важно, если вы используете Lightroom. Кроме того, эти модули DIMM (двухрядный модуль памяти или просто ваша память для этой цели) имеют еще больше значений, которые имеют значение, когда дело доходит до их работы. Очень часто вы видите несколько цифр после частоты, написанных как CL7-7-7-18. Они фактически определяют количество тактовых циклов, которое потребуется памяти для обработки желаемой операции. Для модуля, который имеет только что упомянутые значения, потребуется 7 полных циклов, чтобы вернуть желаемое значение.Все это довольно теоретические вещи, поскольку вы, как пользователь, этого не заметите. Я бы не стал слишком беспокоиться обо всех этих технических вещах, так как эффект не будет заметен и, вероятно, будет измеряться только в тестах.

Однако вам следует позаботиться о том, что называется двухканальной памятью. Фактически это означает, что ваша оперативная память работает так же, как RAID 0. Вы можете думать об этом, как о том, что каждый второй бит записывается в другой модуль DIMM. Таким образом, вместо того, чтобы один модуль DIMM записывал, например, 10 МБ, оба должны записывать по 5 МБ, что приводит к повышению производительности. Поэтому четыре модуля DIMM на самом деле не увеличат производительность вашей памяти по сравнению с двумя модулями DIMM, поскольку в этом случае у вас будет два двухканальных… «кластера» или как вы хотите это назвать. Четыре модуля DIMM работают лучше, только если ваша материнская плата поддерживает Quad Channel. Не беспокойтесь об этой терминологии слишком сильно, почти каждая материнская плата поддерживает двухканальную память, так что все в порядке.

Более важным для использования LR, безусловно, является процессор. Если вы настраиваете ползунок в LR, ЦП делает почти всю работу за вас, поэтому обязательно иметь достаточную производительность ЦП.

Поскольку поддержка графического процессора также упоминалась ранее: это может улучшить редактирование в некоторых сценариях, но, как уже упоминалось, разработчик должен реализовать это. Только очень немногие функции LR поддерживают использование вашего графического процессора (в настоящее время), но это замедляет работу других частей программы. Вот почему я отключил его. Все ваше основное редактирование выполняется только на процессоре. Поэтому я бы тоже не стал уделять слишком много внимания выбору GPU для LR.

Привет Рашер0

Несмотря на комментарии, это не по теме, я думаю, что это очень актуально для Lightroom, поскольку это область, где люди много борются с производительностью и предлагают ответ Lightroom. Я специально провел некоторые тесты на скорость памяти для времени сборки предварительного просмотра. В остальном, на I7-6700K со штатными скоростями изменение памяти с 2133 на 3000 очень немного улучшило время сборки, с 95 секунд (для определенного набора) до 88 секунд. Очевидно, что производительность может быть ограничена и многими другими вещами, и предполагает систему, которая может разгонять память, и это одна точка данных, но за годы экспериментов я обнаружил, что самым важным фактором для Lightroom является скорость одноядерного процессора. Больше ядер (допустим больше 4) не помогает, гиперпоточность страдает (в том же эксперименте, что и выше, на частоте 2133 МГц время сборки составило 116 секунд с включенной гиперпоточностью). Это тестирование было проведено на самой быстрой стандартной пользовательской системе, которую вы можете получить: 4 обычных SSD, 1 SSD U.2, память 64 ГБ. Я не могу комментировать фотошоп, хотя движки ACR одинаковы в LR и PS, так что этот аспект будет аналогичным. Кроме того, за исключением слияния HDR/Pano, я не могу заставить LR использовать намного больше 8-9 ГБ памяти, даже при большом количестве запущенных фоновых заданий.