Re: IvyBridge и SVP

gaunt
на кой ляд вообще нужна дискретная видяйка ?
например для того что старший A8 (а тем более тринити) будет и тупо быстрее, и качественнее твоего i5
а может быть и старший i3 на ivy (который с полным hd4000) - тоже

а еще для того, что в текущей (и во всех будущих) реализации процессорное построение в принципе не сможет дать такого же качества, как гпу-шное

Re: IvyBridge и SVP

Chainik
например для того что старший A8 (а тем более тринити) будет и тупо быстрее, и качественнее твоего i5
Ну-ну  smile 
Хотя причина иметь нормальную видеокарту для меня другая - всё же 10битный пересчет дает РГБ32 , который на плазме видно . Но для жк тн монитора - мертвому припарка .

И это реальная проблема ...Как и невозможность запустить мадвр  sad
Ну а строить камнем можно , лишь бы не меньше мониторного размера  smile

28 (edited by %username% 24-05-2012 05:51:08)

Re: IvyBridge и SVP

gaunt
Шейдер комплекс 2 работает , но дергает - хоть в статистике все пучком .

наверное чтобы статистика таки совпала с реальным положением дел на экране


MAG79

Спасибо за развернутые ответы!
скажите, пожалуйста, как себя симулятор чувствует с шарпен комплекс 2, бикубиком и madVR? отдельно и вместе
Как обстоит дело с 10бит видео?

Re: IvyBridge и SVP

%username%
Как обстоит дело с 10бит видео?
Скачаю подобное видео и гляну. Пока не имею опыта просмотра 10 бит. smile

как себя симулятор чувствует с шарпен комплекс 2, бикубиком и madVR? отдельно и вместе
Ага, погляжу. Добавил в план в шапку темы. wink

Re: IvyBridge и SVP

gaunt
Беспокоящие тебя вопросы вынесены в тему: Просмотр FullHD на телеке 1360x768

Re: IvyBridge и SVP

Извиняюсь за оффтоп, а как совместить шарпен комплекс 2 и madVR? hmm

Re: IvyBridge и SVP

nemoW
Никак. Шейдеры в madVR не работают.

Re: IvyBridge и SVP

Если я правильно помню, то никак.
Только, собственно, а нафига оно? lanzcos (3) на luma врубай и будет максимально четкая картинка без искусственного шарпига.

Re: IvyBridge и SVP

На сайте iXBT появилась статья Влияние производительности системы памяти на быстродействие Intel Core i7-3770K.
В ней автор сравнил скорость работы одноканального и двухканального режима работы памяти на ivyBridge. В сравнении участвовала память, работающая на двух частотах 1066-9-9-9-28 и 1866-9-10-9-28.

Результат, самый близкий к характеру работы SVP - это кодирование видео.
http://www.svp-team.com/forum/misc.php?item=1681

Ну что ж, у него вышло, что в двухканальном режиме 1866 работает быстрее 1066 на (103-95)/95= 8%

Анализ результатов моих тестов дал максимальную разницу 23% (между результатами 1333 и 2400 в подтесте fastest при использовании дискретной видеокарты). Правда, 1066 я не рассматривал. Тогда разница получилась бы еще больше.

Из этого можно сделать вывод, что частота работы памяти влияет на скорость работы SVP даже сильнее, чем на скорость кодирования видео. В подтверждение, недавний случай, который позволил зарубежному коллеге deanox на SandyBridge повысить результаты в SVPmark на (2600-1963)/1963=32%, переключившись из одноканального режима работы памяти в двухканальный.

Post's attachments

iXBT_IvyBridge_VideoEncode.png, 33.43 kb, 614 x 312
iXBT_IvyBridge_VideoEncode.png 33.43 kb, 700 downloads since 2012-05-28 

Re: IvyBridge и SVP

MAG79
Ладно Санди из темы выгнал  smile  Но когда же прозвучит ответ на вопрос : фулка+гпу ускорение + евр польз. + шарпен комплекс 2 ?
С мадши всё ясно  sad

Re: IvyBridge и SVP

gaunt

Вот умеешь же отвлекать от работы над новой версией. hmm Стоял системник с IvyBridge под столом, никого не трогал, ждал спокойно своей очереди. Нет вот нужно напомнить. Теперь два часа времени долой. big_smile

Результаты замеров при воспроизведении FullHD-видео на мониторе 1680x1050.

процессор: Core i5-3570K 3400 + TB = 3600 МГц; монитор: Viewsonic VX2268wm (подключение по VGA, частота обновления 60 Гц), видео-ролик FullHD из комплекта SVPmark, декодер LAV DXVA (copy-back), использовался SVP 3.1.1, набор профилей №4 (g)

В BIOS'е отключил SpeedStep, С3 и С6, чтобы процессор не снижал рабочую частоту, тогда загрузка процессора получается честной. Заставить встроенное ядро работать на максимальной частоте не получилось, оно работало на частотах 350 - 1150, автоматически поднимая и опуская частоту в зависимости от загрузки. Загрузка CPU измерялась и усреднялась в окне графиков SVP, загрузка GPU - в GPU-Z. Похоже, что загрузка видеоядра в GPU-Z считается не так как на процессоре и проценты показывают долю выполняемой работы от полной загрузки на максимальной частоте. Это видно по результатам. В скобках указана частота, на которой была зарегистрирована указанная загрузка GPU.

Без повышения плавности, орисовщик EVR Custom, воспроизведение в равернутом окне
EVR Custom = 5% CPU + 26% GPU (350)
EVR Custom + sharpen complex 2 = 5% CPU + 43% GPU (350-650)
С повышением плавности, орисовщик EVR Custom, воспроизведение в равернутом окне
EVR Custom + SVP = 68% CPU + 59% GPU (350-650)
EVR Custom + SVP + sharpen complex 2 = 70% CPU + 78% GPU (700-800)
С повышением плавности, орисовщик EVR Custom, включена галка D3D FullScreen
EVR D3D + SVP = 65% CPU + 45% GPU (350-650)
EVR D3D + SVP + sharpen complex 2 = 64% CPU + 48% GPU (350-650)
С повышением плавности, орисовщик madVR, воспроизведение на весь экран Exclusive mode
madVR Exclusive + SVP = 81% CPU + 46% GPU (350-650)

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

Вывод. Для такого мониторного разрешения 1680x1050 встроенной графики IvyBridge хватает для воспроизведения FullHD во всех испробованных режимах и даже остается запас производительности:
1) плавное воспроизведение с повышением четкости

(EVR Custom + SVP + sharpen complex 2 = 70% CPU + 78% GPU)

2) плавное воспроизведение с качественной отрисовкой
(madVR Exclusive + SVP = 81% CPU + 46% GPU)

===
P.S. Ну вот! Измерения произведены с отключенной галкой "GPU-ускорение" в SVP. Поэтому не считается hmm
Встроенное графическое ядро не участвовало в повышении плавности.

Re: IvyBridge и SVP

Перемерял теперь с включенной галкой GPU-ускорение, бикубическая интерполяция.

С повышением плавности, орисовщик EVR Custom, воспроизведение в равернутом окне
EVR Custom + SVP = 47% CPU + 83% GPU (1150) - подергивания
EVR Custom + SVP + sharpen complex 2 = 49% CPU + 99% GPU (1150) - подергивания
С повышением плавности, орисовщик EVR Custom, включена галка D3D FullScreen
EVR D3D + SVP = 43% CPU + 71% GPU (750-1150) - плавно
EVR D3D + SVP + sharpen complex 2 = 43% CPU + 75% GPU (1100-1150) - плавно
С повышением плавности, орисовщик madVR, воспроизведение на весь экран Exclusive mode
madVR Exclusive + SVP = 57% CPU + 76% GPU (1050-1150) - плавно

Замечания. С качеством построения все еще имеются недоработки. Билинейная интерполяция выдает серые кадры, поэтому ее измерять пока нет смысла, надо сперва улучшить совместимость SVP с Intel OpenCL. А при бикубической интерполяции расчетные кадры сдвинуты на один пиксел вправо и вниз. Так что есть еще над чем поработать.

Выводы. GPU-ускорение пакета SVP 3.1.1 не в полной мере совместимо со встроенной графикой IvyBridge, хотя по результатам замера видно, что полноэкранные режимы справляются с воспроизведением с плавностью и с повышением резкости (sharpen compex 2) / с качественной отрисовкой (madVR). Цифры:
1) плавное воспроизведение с повышением четкости

(EVR D3D + SVP + sharpen complex 2 = 43% CPU + 75% GPU)

2) плавное воспроизведение с качественной отрисовкой
(madVR Exclusive + SVP = 57% CPU + 76% GPU)

38 (edited by %username% 29-05-2012 16:45:58)

Re: IvyBridge и SVP

MAG79
EVR Custom + SVP + sharpen complex 2 = 49% CPU + 99% GPU (1150) - подергивания

Спасибо!
Дискретку ничто не заменит!


С качеством построения все еще имеются недоработки. Билинейная интерполяция выдает серые кадры, поэтому ее измерять пока нет смысла, надо сперва улучшить совместимость SVP с Intel OpenCL. А при бикубической интерполяции расчетные кадры сдвинуты на один пиксел вправо и вниз. Так что есть еще над чем поработать.

ОЦЛ у красных/зеленых не смещает на пиксель, а синий - смещает
Вывод - таракан без не слышит  big_smile  надо поработать над поддержкой ОЦЛ в SVP

Re: IvyBridge и SVP

Спасибо за развернутые тесты . Правда глядя на плавно-подергивания выводы совсем другие  hmm
полноценного ядра ивибридж хватает на ....построение процессором без гпу ускорения  smile
Как хватает и Сандибридж .
Хватает на евр польз. + шарпенкомплекс 2 для 1080р ...как хватает и сандибридж (правда ядро и память в разгоне )
С Мадши все же непонятно - Санди тянет 1920*800 (в разгоне и без масштабирования) , но 1920*1080 никак .
В первом посту темы есть фраза : гпу ускорение+мадвр на фулке не идут .
Сейчас вижу :madVR Exclusive + SVP = 57% CPU + 76% GPU (1050-1150) - плавно . Т.е. 1680*1050 идет ?
Всё же нужно протестировать полноценный 1920*1080 *60 ....
Могу объяснить почему жутко интересно :
1 . Четыре ядра от интела способны обойтись без дискретной карты и вывести фулку через евр польз. +шарпен комплекс2 . Что собственно является достаточным условием для домашнего кинотеатра . Ивибридж ещё и Мадши вытянет  cool
2 . Ждем 2(*2) ядра от интел + полноценная встройка - двух ядер с гипертрейдингом хватит на поиск векторов . Но качественное построение не вытянут , без гпу ускорения не обойтись ...Но по деньгам и выделяемому  теплу будет немного дешевле .
Мадши недоступен ? С евр польз. проблем скорее всего не будет .

Интересно увидеть подобные тесты для Льяно и Тринити . Т.е. 1920*1080*60 + евр польз. + шарпен комплекс 2 , и 1920*1080*60 + Мадвр .

Хотя , если быть уже совсем откровенным - Мадши не нужен ...Если увеличивать картинку до свп , до мониторного размера . Главное достоинство Мадвр - качественный ресайз , нет ресайза - Мадши не нужен . Мадши лишний Ку smile

Re: IvyBridge и SVP

%username%

MAG79: Еще перед тестированием было изначально ясно, что встроенная графика проиграет дискретной
%username%: Дискретку ничто не заменит!

MAG79: надо сперва улучшить совместимость SVP с Intel OpenCL... Так что есть еще над чем поработать.
%username%: надо поработать над поддержкой ОЦЛ в SVP

Повторение - мать учения? big_smile

gaunt
Про GPU-ускорение повышения плавности FullHD и madVR: 1680*1050 идет ?
Да. В этот раз на мониторе с разрешением 1680*1050 заработало без подергиваний. По хорошему, надо перепроверить снова на мониторе 1920х1200.

Всё же нужно протестировать полноценный 1920*1080 *60
У меня нет такого монитора. А на двух имеющихся тесты уже проведены. Правда, на большом разрешении был проведен экспресс-тест без замеров загрузки и без вариантов с EVR-отрисовщиком. Вот этот пробел можно заполнить. wink

41 (edited by Patcher 30-05-2012 12:17:59)

Re: IvyBridge и SVP

При юзании более качественного отрисовщика (madVR против EVR cp) большая нагрузка ложится на проц? Как так?  hmm

Re: IvyBridge и SVP

Patcher
Я тоже удивлен. Такие результаты замеров.

Re: IvyBridge и SVP

gaunt
Главное достоинство Мадвр - качественный ресайз , нет ресайза - Мадши не нужен
Во-первых ресайз все равно идет (SVP же в YV12 работает), а во-вторых - меньше бандинга (за счет высокой внутренней точности + дизеринга) - это тоже весьма главное достоинство.
З.ы. следовать корейской моде называть рендерер "madshi renderer" - это не просто глупо (оф. название, как и название самого фильтра в системе - исключительно madVR), но еще и некорректно с точки зрения английского языка wink

Re: IvyBridge и SVP

MAG79
Да. В этот раз на мониторе с разрешением 1680*1050 заработало без подергиваний. По хорошему, надо перепроверить снова на мониторе 1920х1200.
Разве нельзя выставить 1920*1080 ? По любому монитор должен поддерживать . Подергивания будут видны , да и статистика доступна .

Я тоже удивлен. Такие результаты замеров.
Все нормально - чем больше разрешение , тем больше разница . Для  2880*1200 , с последующим уменьшением разрешения (силами Мадвр) в 2 раза - это 7%-10%  от производительности ай5 2500 * 4000 мгц .


vivan
Во-первых ресайз все равно идет (SVP же в YV12 работает), а во-вторых - меньше бандинга (за счет высокой внутренней точности + дизеринга) - это тоже весьма главное достоинство.
Свп ...да работает . Поддержки YUY2 теперь нет . Но не суть .
Для поиска векторов можно и 8 бит использовать - на всё про всё . Недумаю , что будет сильно хуже  smile
Что касается Мадвр - пусть как хочет считает , он нужен лишь при ресайзе . Евр польз. выводит в РГБ32 - дизеринг отсутствует , потом в рендере есть галка - точные расчеты с плавающей запятой , которые призваны расчитать цвет для каждого пиксела . Ровно тоже самое самое призвана сделать галка - форсировать 10битный вход .
Кстати - Мадвр позволяет "облегчить" себя 10 битным пересчетом , вместо 16 бит . Посравнивайте , поищите разницу . Найдете - назовите устройство ....на котором видно .
Учитывая вышесказанное - если нет ресайза , нет и разницы между евр польз. и Мадвр . Второй же грузит видяйку сильнее , даже с 10 битным пересчетом , и шарпить видимо религия не позволяет  smile  Хотя рендер классный - не спорю .

Re: IvyBridge и SVP

MAG79
    MAG79: Еще перед тестированием было изначально ясно, что встроенная графика проиграет дискретной
    %username%: Дискретку ничто не заменит!

    MAG79: надо сперва улучшить совместимость SVP с Intel OpenCL... Так что есть еще над чем поработать.
    %username%: надо поработать над поддержкой ОЦЛ в SVP

Повторение - мать учения?

взаимонедопонимание...

Тут обитают товарищи которые все фапают на эмулятор видекарточки с тысячным множителем, мои слова Дискретку ничто не заменит! для них предназначались

Про доработку я имел ввиду что нужно Intel'у дорабатывать свой ОЦЛ
Если у двух все хорошо а третий сохатит - значит сохатит все таки третий. Потому логическая цепочка "У АМД/НВ все хорошо с ОЦЛ, у Штеуда смещение на пиксель => значит проблема в SVPGPU" мне показалась неправильной, и чтобы подчеркнуть нелогичность я вставил строчку из бородатого анекдота "Таракан без ног не слышит"
Но учитывая где штеуд и где SVP то дорабатывать SVPGPU ясенпончик кому придется.

==================================================================

gaunt
Разве нельзя выставить 1920*1080 ? По любому монитор должен поддерживать . Подергивания будут видны , да и статистика доступна .

Можно, получится АА монитором

46 (edited by vivan 30-05-2012 20:39:49)

Re: IvyBridge и SVP

%username%
Свп ...да работает
Ииии... Что нужно, чтобы сконвертировать YV12 в ргб? Уж не сделать ли ресайз хромы в два раза?)

Евр польз. выводит в РГБ32 - дизеринг отсутствует
Все в него выводят. А без дизеринга - какой смысл в высокой внутренней точности?

Учитывая вышесказанное - если нет ресайза , нет и разницы между евр польз. и Мадвр
:facepalm:

шарпить видимо религия не позволяет
madVR обходит все портящие видео шейдерные алгоритмы. Я понимаю, еще, нужно же как-то компенсировать мыльный бикубик в EVR, но при нормальном ресайзе то нафига шарп? Тем более он еще сильнее увеличивает и без того неслабый бандинг.

Re: IvyBridge и SVP

vivan
не в то окно (с)  big_smile

Re: IvyBridge и SVP

vivan
madVR обходит все портящие видео шейдерные алгоритмы. Я понимаю, еще, нужно же как-то компенсировать мыльный бикубик в EVR, но при нормальном ресайзе то нафига шарп? Тем более он еще сильнее увеличивает и без того неслабый бандинг.

Не в этой теме , но всё же : на каком мониторе=телеке видно разницу между евр польз. + фул поинт процессинг и Мадвр - если нет ресайза ?
На каком мониторе=телеке видно "упрощение" расчета внутри Мадвр с 16 до 10 бит ?

Нафига шарп ? - встречный вопрос : нафига бикубиков 3 сорта , ланзос и т.п.  Ну а шарпить или добиться резкости ресайзом - это сугубо личные проблемы . Для подрезанных ремуксов 1920*800 использую : увеличение размера до свп 2880*1200 , затем поиск векторов и построение , затем половинный размер видео в плеере (бикубик 0.75) до 1440*800 . Да , шарпить не приходиться - всё достаточно резко и т.д.
Но без этого фокуса смотреть ремуксы того же Властелина Колец или Потера - полное мыло . Шарпенкомплекс2 - ну просто сказка .
Ну а мелкое видео НИКТО не запрещает увеличить до мониторного - любой ай5 и выше справиться с этой проблемой : делать ресайз рендером просто ненужно . Зато вектора будут гораздо точнее , как и результат построения после свп .
Спросите у Chainik , как строится на ГПУ , или полу-четвертьпиксел ...

Re: IvyBridge и SVP

Обзор на overclockers.ru: Ivy Bridge без прикрас: тестирование процессора Intel Core i7-3770K

Переходить на новые CPU с Intel Core i7-2600K/i7-2700K совершенно необязательно, поскольку никакого ощутимого преимущества по производительности получить не удастся

Там же картинка скорости кодирования в x264 HD Benchmark

http://www.svp-team.com/forum/misc.php?item=1682

Этот тест наиболее близок по характеру к SVP. Как видно, IvуBridge чуть быстрей, чем SandyBrige.

Post's attachments

i7-3770K_x624_HD_Benchmark.png, 9.19 kb, 727 x 345
i7-3770K_x624_HD_Benchmark.png 9.19 kb, 728 downloads since 2012-05-31 

Re: IvyBridge и SVP

Скорее всего Intel просто обкатывает новый техпроцесс))