от:feog
А отличная мысль, кстати! Сейчас в DPP выделил половину raw файлов и запустил обработку группой, потом выделил вторую половину файлов и тоже запустил обработку группой. Так вот время обработки одного файла увеличилось всего на 10 процентов (с 27 сек до 30 сек), а так как обрабатывается по два файла одновременно, то получается 15 сек на обработку 1 файла. С этим уже вполне можно жить! Темп процессора 42 - 44 градуса при этом плавает, изредко до 46 на мгновение поднимается.
Надо будет попробовать ещё тройную обработку и немного оверклокингом заняться :DПодробнее
Абсолютно правильное решение. 8) Но немного гемморойное для обычного пользователя.
Такое решение давно используется на серверах с Кзионами (Xeon). - виртуальные машины на Huper-V (и на других гиперовизорах также).
Ведь достаточно сложно распаллелить 1 задачу на 24 потока, а если 2 проца на сервере - то на 48 потоков.
А тут, как вы пробуете, всё классно получается - 24 ядра- 24 задачи парралельно/24 рава парралельно обрабатываются.
Не думаю, а знаю что DPP3 не использует 4+4 ядра I7-3770К одновременно - каждое для своего РАВа - это видно по прогрессу движения обработки РАВов в Batch Process /пакетная обработка/ (Progress bar):
- DPP3 1 закончил рав и только затем берется за следующий (а не 4-8-16-24-48 сразу парралельно и одновременно обрабатывает). :?
- а так, при пакетной обработке 100-2000рав - намного более эффективно было бы - если бы 1 рав обрабатывался только 1 ядром. - Но это серверные технологии, подозреваю что программисты (а вообще это вся команда на проекте) - стоит гораздо дороже чем команда на десктопные компы. Я сталкивался по работе - изначальная задача другая/разная у них.