Какие компоненты компа влияют на скорость обработки фотографий

Цитата:

от: Alex Moure

(а для лайтрума - надо всЁЁЁ и много , и все равно она не будет работать)

Да ниче там не надо. У меня на трехлетнем старичке ЛР летает.

Цитата:

от:фоторулюбитель
при использовании 64-х разрядных команд скорость возрастёт
т.е. даже если просто перекомпоновать исходный код 64-х разрядными компилятором - получим прирост производительности примерно на 15%
вот так просто ... практически из ничего (не меняя алгоритмов программы)

Подробнее

При компилировании 32 разрядного приложения на 64 разрядном компиляторе, мы получаем 32 разрядное приложение и никакого прироста производительности. Нет никаких 64 разрядных команд, есть 64 разрядные данные и 64 разрядная адресации. И если приложение не умеет работать с 64 разрядными данными, а его откомпилировать как 64 разрядное, то получится козья рожа. Прирост производительности происходит в 32 разрядных на 64 ОС, только за счет использования ОС памяти для приложений свыше 3 ГБ. Установите на 64 разрядную ОС 4ГБ и никакого прироста не будет.

Цитата:

от: BALI
... Нет никаких 64 разрядных команд...

есть


Цитата:

от: BALI
... При компилировании 32 разрядного приложения на 64 разрядном компиляторе, мы получаем 32 разрядное приложение...

http://yadi.sk/d/v4FNknekfJSyK
test.txt - исходный код :-)

Цитата:

от: BALI
При компилировании 32 разрядного приложения на 64 разрядном компиляторе, мы получаем 32 разрядное приложение и никакого прироста производительности.

Ну на самом деле разрядность самого компилятора не важна.
Компилятор может скомпилировать под любую поддерживаемую целевую платформу. 32 битный под 64 бит, x86 под arm и т.п.
Цитата:

от: BALI

Нет никаких 64 разрядных команд, есть 64 разрядные данные и 64 разрядная адресации.

Ну тут вопрос терминологии.
Цитата:

от: BALI

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

Грубо, если программе нужно прибавить два 64 битных числа, то 64 битная в общем случае будет быстрее, у неё есть 64 битные регистры и т.п.
Ну и компиляторы обычно умеют сразу использовать векторные операции, поэтому 64 бит может сильно ускорить даже операции с 32 бит данными.
Но можно конечно придумать и программу, которая будет тормозиться при 64 битной перекомпиляции, например тупо из-за того, что многие переменные стали 64битные и больше и т.п.


Цитата:

от: BALI

Прирост производительности происходит в 32 разрядных на 64 ОС, только за счет использования ОС памяти для приложений свыше 3 ГБ. Установите на 64 разрядную ОС 4ГБ и никакого прироста не будет.

32 битная программа не может адресовать более 2ГБ, пофиг в какой системе.
Опять таки, даже при 4ГБ памяти 64 бит могут быть в выигрыше за счет использования архитектуры процессора (векторные комманды, дополнительные регистры и т.п.)

Цитата:

от: любитель123
Да ниче там не надо. У меня на трехлетнем старичке ЛР летает.

у меня есть пенёк 3000 (там АГП видюка стоит для ФШ ХэДэ2тыщикакая-то - самое производительное и современное в этом диназавре), трехлетний - это младенец . так вот этот пень рубит ДПП только вьёт , 32бита , и ничё .
А тут же рядом была пара тем , конфиг компа - цепью приковывать нужно, а-то взлетит и улетит на Марс . а лайтрум ниработыет .
но , вопрос же "плавающий" ...
Для чего ? у меня есть ещё 1-я Дс-ка (Ваш комп ещё не родился и ненамечалса), так в ДПП - всё сразу как с "Хасселя", а в лайтруме нужно 2 часа до нормы возиться и ещё уже после того - только нАчать "обрабатывать" , а вот с 5д3 - лайтрум больше нравится .
и ещё , конфиг чего и для чего (файл-камера) ? : 3-6-8-12-24-36-60 млн пикселей? один прыгает от щастья от компа с 12 млн камерой и тычит всем - "ну чё вы , куда мощнее" , а с 60млн - парится по три часа при открытии, и после каждого действия бегает "попить кофейку" - попил, "О!, баланс -готово"

Цитата:

от: Alex Veles
32 битная программа не может адресовать более 2ГБ, пофиг в какой системе.

http://en.wikipedia.org/wiki/Physical_Address_Extension

Цитата:

от: Alex Veles
Компилятор может скомпилировать под любую поддерживаемую целевую платформу. 32 битный под 64 бит, x86 под arm и т.п.

Здесь Вы немного ошибаетесь. Не так все просто. Не каждый компилятор может для разных платформ приложение откомпилировать, это "Hello word", что привел Фотурулюбитель, можно и на 8 разрядной PC XT откомпилировать.
В реальности структура данных несколько сложней, и если в файл сохранены записи с несколькими полями типа "Integer" по 32 бита, а в 64 приложение размер Integer 64 бита, а если нужно быстро очистить или заполнить сегмент памяти, зная только размер блока без анализа структуры.
Без принятия определенных мер мы получим о чем я ранее и писал, "козью рожу" .
В свое время переход на Unicode у меня занял меньше времени чем переход на 64 разрядную платформу.

Цитата:

от: Балбес

Пользуюсь Capture One 8 Pro.

для C1 весьма существенна видеокарта при включенном OpenCL

взять то можно скоко угодно, просто закоммитить фсё сразу не льзя. токо маст дай может положить его сразу в свап хДД

за на какого едрёного фига нужны такие фееричные количества которые соотвецтвуют вобще то уже ТРЁХ мерным вещам это вопросс фторой. однозначно если варез столько ест это мусор.

Цитата:

от: BALI
Здесь Вы немного ошибаетесь. Не так все просто. Не каждый компилятор может

А про простоту писания кроссплатформенного кода никто и не говорил.
Аналогично и про каждый компилятор.
Тем не менее, например debian официально поддерживает десяток платформ, и ещё десяток неофициальных. Напомню, что там около десятка тысяч программ, которые просто перекомпилированы под нужную платформу. Никто не пишет под каждую платформу отдельный код.
Винда изначально поддерживала полторы платформы, разумеется там все приколочено гвоздями к x86-32, поэтому и трудности даже при переходе на x86-64.
В юниксах переход лет 10 назад на 64 бита прошел совершенно незаметно...

Цитата:

от: deejjjaaaa
http://en.wikipedia.org/wiki/Physical_Address_Extension

И что? Ну увидит ОС более 4ГБ.
Разве 32 битные программы смогут адресовать более 2ГБ?

DPP 4 работает в 64 бит на соответствующих ОС. Другой вопрос, что ей это не нужно и скорости не добавляет, о чем уже было сказано на первый страницах обсуждения. Но кто же об этом сейчас помнит?

Цитата:

от: kyerdna
DPP 4 работает в 64 бит на соответствующих ОС. Другой вопрос, что ей это не нужно и скорости не добавляет, о чем уже было сказано на первый страницах обсуждения. Но кто же об этом сейчас помнит?

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

Цитата:

от:Alex Moure
у меня есть пенёк 3000 (там АГП видюка стоит для ФШ ХэДэ2тыщикакая-то - самое производительное и современное в этом диназавре), трехлетний - это младенец . так вот этот пень рубит ДПП только вьёт , 32бита , и ничё .
А тут же рядом была пара тем , конфиг компа - цепью приковывать нужно, а-то взлетит и улетит на Марс . а лайтрум ниработыет .
но , вопрос же "плавающий" ...
Для чего ? у меня есть ещё 1-я Дс-ка (Ваш комп ещё не родился и ненамечалса), так в ДПП - всё сразу как с "Хасселя", а в лайтруме нужно 2 часа до нормы возиться и ещё уже после того - только нАчать "обрабатывать" , а вот с 5д3 - лайтрум больше нравится .
и ещё , конфиг чего и для чего (файл-камера) ? : 3-6-8-12-24-36-60 млн пикселей? один прыгает от щастья от компа с 12 млн камерой и тычит всем - "ну чё вы , куда мощнее" , а с 60млн - парится по три часа при открытии, и после каждого действия бегает "попить кофейку" - попил, "О!, баланс -готово"

Подробнее

Туша 600д 18 мгп. Пробовал многопиксельные равы с СФ монстров, не заметил снижения производительности. По ощущениям, разумеется.
А вот с ДхО уже совсем другая история. О мгновенной реакции на двидки приходится только мечтать, все с некоторой задержкой.

Потому что это было изначально очевидно, а здесь в теме наглядно доказано реальными примерами, что именно процессор с бОльшим количеством физических ядер даёт пропорциональный прирост в скорости конкретно для DPP, в отличие от битности ОС, объёма и скорости памяти/шины, типа диска и видеокарты. Если ваш вопрос был про это, то тема давно раскрыта. Если просто поговорить, тогда продолжаем разговор :D

ps: если не читать всё подряд, а чуть-чуть подумать, чтобы всё проверить и найти разумный компромисс, вам вообще не обязательно что-либо покупать, а уж тем более супер компьютер. Достаточно найти комп с другим процессором (у друзей, знакомых, в офисе, где угодно) и сравнить результат.

Цитата:

от:любитель123
Туша 600д 18 мгп. Пробовал многопиксельные равы с СФ монстров, не заметил снижения производительности. По ощущениям, разумеется.
А вот с ДхО уже совсем другая история. О мгновенной реакции на двидки приходится только мечтать, все с некоторой задержкой.

Подробнее

Ну для меня сложно разговоривать критериями "на трехлетнем старичке" , это звучит так же как "ма-А-а-рк"
..."на трехлетнем старичке"- ну материнка на ксеонах х 2, до упору забитая оперативой , и вместо ЖД , не просто ССД - сата, а втыкающийса в ПСИ-шину на пару террабайт , три года назад УЖЕ могла кому-то казаться "старичком" , а не сегодня ...
и в тоже время , сегодня ещё "рулит" "современное" - "два ядра, два гига, и посередине гвоздик" .. что у Вас за старичек - известно только Вам , ...

Цитата:

от:Alex Moure
Ну для меня сложно разговоривать критериями "на трехлетнем старичке" , это звучит так же как "ма-А-а-рк"
..."на трехлетнем старичке"- ну материнка на ксеонах х 2, до упору забитая оперативой , и вместо ЖД , не просто ССД - сата, а втыкающийса в ПСИ-шину на пару террабайт , три года назад УЖЕ могла кому-то казаться "старичком" , а не сегодня ...
и в тоже время , сегодня ещё "рулит" "современное" - "два ядра, два гига, и посередине гвоздик" .. что у Вас за старичек - известно только Вам , ...

Подробнее

Ой, простите, самое главное не написал. Мать асус на 68 чипсете, Интел 2600, 8гб рам. Видео 6950, но это не важно думаю. Ссд круциал один из первых, не помню модель.

RAW JPG с уменьшением = 23 сек.



Комп и софт

Нее, ну это уже даже не старичок. Это ужОс...

Страшно предположить, как у Вас дхо будет работать...