Nikon Capture и Core Quad - кто пробовал?

Всего 37 сообщ. | Показаны 21 - 37
Re[Дык]:
Цитата:
от: Дык
почитали. охотно верим.

а какое это имеет отношение к данному сайту, посвященному фотографии?

Самое прямое - NC есть почти все необходимое для постобработки фотографий, как ни странно, цифровых.
Если на большинстве задач квад не сильно и медленнее дуо, то заглядывая вперед, можно взять и квад - глядишь и конвертор оптимизируют под 4 ядра
Re[Mu3aHTPOn]:
Цитата:
от: Mu3aHTPOn
Самое прямое - NC есть почти все необходимое для постобработки фотографий, как ни странно, цифровых.


Не согласен насчет NC - я другой софт юзаю.

Я вам лучше байку из жизни расскажу про кучу ядер:

Совсем недавно ко мне обратилась одно предприятие.
У них были проблемы с производительностью.

Решили они что лучше чем платить какому-то специалисту по оптимизации ПО - купить дорогой сервер.

Купили. По нынешним временам не шибко крутой - 8 ядер всего (2 шт. Xeon 4-ядерные). Но по сравнению с тем что у них до того стояло - небо и земля. В старом сервере стояло 2 одноядерных процессора.

Знаете, какой они получили прирост производительности?
Процентов 15-20!

И это:
- при увеличении числа ядер в 4 раза
- при увеличении скорости работы жестких дисков (они взяли на сервер не плохой дисковый массив) и
- при увеличении скорости работы оперативной памяти (другое поколение потому что)

Таким образом ядра не решают все.

Почему не стало быстрее?
Я им подробнейшим образом пояснил так - их ПО неспособно нагрузить все ядра, так как разработано с учетом работы на одном ядре.
И без серьезнейшей переделки под многоядерность - быстрее не будет, пусть они хоть 10000 ядер ставят.
А прирост производительности в 15-20% обусловлен просто более быстрой работой процессора (одного его ядра), подсистемы оперативной памяти и жесткого диска.

Как я решили проблему?
Реорганизовал работу с базой данных. Это можно было сделать просто, быстро и недорого.
Стало быстрее - операция по которой мы замеряли с 2 минут сократилась до 40 секунд.
Но все же не во столько раз быстрее, во сколько стало больше ядер.

То есть прирост производительности за счет многоядерности и прочей аппаратной хрени обошелся предприятию примерно в 100 000 руб. (недорого по нынешним временам).
А прирост производительности за счет оптимазации работы программы в 3 раза - обошелся предприятию в 6 000 руб.

Это я все к тому, что реальная польза от 4 ядер будет только в том случае, если разработчики NC специально озаботились использованием его под 4-мя ядрами - и никак иначе.

А судя по тому как вы серьезно относитесь к разгону 4-х ядерных процессоров - вы будете одним из первых кто выяснит - оптимизирован ли NC под многоядерность или нет.
Re[Mu3aHTPOn]:
Купите лучше памяти. Дешевле и эффективнее решение.
Re[Mu3aHTPOn]:
Могу поделиться своим опытом: именно под обработку фото поменял P4 3.2 HT на QuadCore Intel Core 2 Quad Q6600, Memory 2048 MB (DDR2-800 DDR2 SDRAM). По цене он не намного дороже такого же duo. Правда, пользуюсь Capture NX. Так вот загрузка процессора 80-85%, равномерно между ядрами, что порадовало. Не уверен, что по сранению с Duo будет большой выиграш (кэш то не увеличился), но процесс пошел намного быстрее...
Re[Mu3aHTPOn]:
Цитата:

от:Mu3aHTPOn
Самое прямое - NC есть почти все необходимое для постобработки фотографий, как ни странно, цифровых.
Если на большинстве задач квад не сильно и медленнее дуо, то заглядывая вперед, можно взять и квад - глядишь и конвертор оптимизируют под 4 ядра

Подробнее

Цитата:
от: Дык
Это я все к тому, что реальная польза от 4 ядер будет только в том случае, если разработчики NC специально озаботились использованием его под 4-мя ядрами - и никак иначе

Если NC умеет использовать 2 ядра, то он будет использовать и 4 - распределение нагрузки это функция системы, а не аппликаций. Хотя бы потому, что отдельная прога не знает, кто еще и как пользует процы.
Вообще то программеру совершенно пополам, сколько процев - редко кто сам запускает треды (thread), обычно используется пул на (по умолчанию) 25 тредов, сами понимаете, разложить их на 2 или 4ре ядра совершенно монопенисуально.
Re[Mu3aHTPOn]:
ХЗ, раньше был Р4 3,2 (сейчас дома, с него и пишу), взял Core 2Duo 6600, 3гб опер. Ну не заметил я особого прироста ни в Капт.4.4, ни в NX. Пользуюсь для конверт. только ими.
Шоп, особо 10, заметно быстрее стал.
Re[Алексей В. В.]:
2 Алексей В. В.
4G, куда ещё больше?
Re[Дык]:
Цитата:

от:Дык
Не согласен насчет NC - я другой софт юзаю.

Я вам лучше байку из жизни расскажу про кучу ядер:

Совсем недавно ко мне обратилась одно предприятие.
У них были проблемы с производительностью.

Решили они что лучше чем платить какому-то специалисту по оптимизации ПО - купить дорогой сервер.

Купили. По нынешним временам не шибко крутой - 8 ядер всего (2 шт. Xeon 4-ядерные). Но по сравнению с тем что у них до того стояло - небо и земля. В старом сервере стояло 2 одноядерных процессора.

Знаете, какой они получили прирост производительности?
Процентов 15-20!

И это:
- при увеличении числа ядер в 4 раза
- при увеличении скорости работы жестких дисков (они взяли на сервер не плохой дисковый массив) и
- при увеличении скорости работы оперативной памяти (другое поколение потому что)

Таким образом ядра не решают все.

Почему не стало быстрее?
Я им подробнейшим образом пояснил так - их ПО неспособно нагрузить все ядра, так как разработано с учетом работы на одном ядре.
И без серьезнейшей переделки под многоядерность - быстрее не будет, пусть они хоть 10000 ядер ставят.
А прирост производительности в 15-20% обусловлен просто более быстрой работой процессора (одного его ядра), подсистемы оперативной памяти и жесткого диска.

Как я решили проблему?
Реорганизовал работу с базой данных. Это можно было сделать просто, быстро и недорого.
Стало быстрее - операция по которой мы замеряли с 2 минут сократилась до 40 секунд.
Но все же не во столько раз быстрее, во сколько стало больше ядер.

То есть прирост производительности за счет многоядерности и прочей аппаратной хрени обошелся предприятию примерно в 100 000 руб. (недорого по нынешним временам).
А прирост производительности за счет оптимазации работы программы в 3 раза - обошелся предприятию в 6 000 руб.

Это я все к тому, что реальная польза от 4 ядер будет только в том случае, если разработчики NC специально озаботились использованием его под 4-мя ядрами - и никак иначе.

А судя по тому как вы серьезно относитесь к разгону 4-х ядерных процессоров - вы будете одним из первых кто выяснит - оптимизирован ли NC под многоядерность или нет.

Подробнее

Я в курсе что грамотная оптимизация запросов SQL даже не в разы, а на порядки может изменить результат, приложение-то остается неизменным в конкретном случае.

В общем добился того, что оба ядра Core загружены не в пиках, а по нескольку секунд в полный клип, так что придется на днях менять и платформу, и ось...
Re[Constantin-M]:
Цитата:

от:Constantin-M
Могу поделиться своим опытом: именно под обработку фото поменял P4 3.2 HT на QuadCore Intel Core 2 Quad Q6600, Memory 2048 MB (DDR2-800 DDR2 SDRAM). По цене он не намного дороже такого же duo. Правда, пользуюсь Capture NX. Так вот загрузка процессора 80-85%, равномерно между ядрами, что порадовало. Не уверен, что по сранению с Duo будет большой выиграш (кэш то не увеличился), но процесс пошел намного быстрее...

Подробнее

Кэш Core - 6х50 - 4 мб, 6х00 - 2 мб, у 6600 - 2х4 мб.
Re[vga50]:
Цитата:

от:vga50
Если NC умеет использовать 2 ядра, то он будет использовать и 4 - распределение нагрузки это функция системы, а не аппликаций. Хотя бы потому, что отдельная прога не знает, кто еще и как пользует процы.
Вообще то программеру совершенно пополам, сколько процев - редко кто сам запускает треды (thread), обычно используется пул на (по умолчанию) 25 тредов, сами понимаете, разложить их на 2 или 4ре ядра совершенно монопенисуально.

Подробнее


если программа написана в 25 параллельных трейдов, то действительно - это уже дело операционной системы как она эти процессы разложит - на 1, 2, 4 или 8 реальных процессоров.

а вот если программа написана в 1 трейд, то тут уж как операционная система стараться не будет на 4-х процессорах она не разложит выполнение эффективно. Если разложить исполнение такой программы на 4 процессора, то будут 4 процессора загруженные на 25%.

если программа последовательно обрабатывает данные постепенно меняя их и переходя от этапа к этапу, то дополнительные процессоры и операционная система ничем ускорить этот процесс не могут в принципе - ибо если один процессор обрабатывает данные на этапе 1, то другой процессор, который готов приступить к этапу 2 будет просто ждать - ибо данных для обработки на этапе 2 с предыдущего этапа 1 еще не поступало.

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

в данном случае идет речь о конкретной программе NC. И судя по тому как заинтересовано писал автор темы об новых 4-х ядерных процессорах, мы с вами скоро узнаем - позаботились программисты-разработчики NC об параллелизме в своей программе или сочли это лишним.
Re[Constantin-M]:
Цитата:

от:Constantin-M
Могу поделиться своим опытом: именно под обработку фото поменял P4 3.2 HT на QuadCore Intel Core 2 Quad Q6600, Memory 2048 MB (DDR2-800 DDR2 SDRAM). По цене он не намного дороже такого же duo. Правда, пользуюсь Capture NX. Так вот загрузка процессора 80-85%, равномерно между ядрами, что порадовало.

Подробнее


Ну дык это означает что эффективно использовано 80 процентов ресурсов процессора, то есть примерно 3 ядра из 4-х.
Re[Mu3aHTPOn]:
Цитата:
от: Mu3aHTPOn
Я в курсе что грамотная оптимизация запросов SQL даже не в разы, а на порядки может изменить результат, приложение-то остается неизменным в конкретном случае.

там не SQL-база. там файловая база данных.
Цитата:
от: Mu3aHTPOn

В общем добился того, что оба ядра Core загружены не в пиках, а по нескольку секунд в полный клип, так что придется на днях менять и платформу, и ось...

ждем.
Re[Pharmacist]:
Цитата:

от:Pharmacist
ХЗ, раньше был Р4 3,2 (сейчас дома, с него и пишу), взял Core 2Duo 6600, 3гб опер. Ну не заметил я особого прироста ни в Капт.4.4, ни в NX. Пользуюсь для конверт. только ими.
Шоп, особо 10, заметно быстрее стал.

Подробнее


интересное наблюдение.
автор темы видимо с вами не согласится.
Re[Mu3aHTPOn]:
Цитата:
от: Mu3aHTPOn
Кэш Core - 6х50 - 4 мб, 6х00 - 2 мб, у 6600 - 2х4 мб.


Я о том, что Duo 6600 и Quad 6600 имеют одинаковый объем кзша, в последнем случае два ядра делят 4 М.
Re[Constantin-M]:
А как считаете, заметен ли будет прирост в скорости обработки при переходе с амд х2 3800+ на Коре 6750 (например)..или Квадро 6600?
Конвертирую в NC 4.4.2. //памяти 1Гб
Re[Павел Сбитнев]:
Павел, будет, особенно при разгоне коре до 3,6 Ггц))
Занятная деталь из разбора полетов NC на Quad.
1) 4 ядра есть умеем - хоть при батчинге, хоть при редактировании.
2) все же степень занятости всех 4х ядер зависит от ПСП. Проверял на 2х платформах, с ддр2 и ддр3.
Частота ЦП - 3600 (9 на 400), ддр2 как 800 с таймингами 4-4-4-12, ддр-1066 5-5-5-15, и ддр3-1600 7-7-7-21.
В итоге несмотря на возросшую латентность, победил самый высокочастотный вариант.
Re[Mu3aHTPOn]:
Спасибо) Пора готовиться к переходу на вражскую платформу)
Вы не авторизованы

Пожалуйста, авторизуйтесь, чтоб иметь доступ к полному функционалу сайта

Обратная связь

Здесь вы можете оставить свои контактные данные, чтобы мы могли связаться с вами.