Часовой пояс: UTC + 3 часа




Форум закрыт Новая тема / Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней. Закрыто  Сообщений: 269 • Страница 11 из 14<  1 ... 8  9  10  11  12  13  14  >
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 

Member
Статус: Не в сети
Регистрация: 01.06.2015
Фото: 3
Tovbot писал(а):
Но нет - они массово набижали объяснять почему карты AMD все равно отстой.

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



Партнер
 

Member
Статус: Не в сети
Регистрация: 01.02.2015
Genrix писал(а):
Вот а зачем нужно впихивать в ГПУ лишнюю работу? У нас от 4 до 8 ядер цпу, все ноют что они пинают балду, а тут геймдев будет рвать себе. пукан, организуя сложную синхронизацию мультипотоков цпу и гпу.

Dx12 нацелен на устранение всех неэффективностей. Он дает инструменты как для повышения эффективности использования процессора, так и для повышения утилизации GPU.

Nimrael писал(а):
Если математический блок стоит без дела - где там пиксельные и вершинные шейдеры обсчитываются?

По очереди и обсчитываются, цепочка команд то одна. И все что было добавлено в Паскаль - это улучшенный pre-emption, то есть в зависимости от нагрузки планировщик сам формирует последовательность с учетом приоритетности задач с целью максимизации загрузки карты. Но параллельно с рендерингом compute не работает. Сказочные технологии Hyper-Q и Dinamic Parallelism работают только с вычислениями: http://www.hardwareluxx.ru/index.php/ne ... llism.html

Nimrael писал(а):
Кеплеры (110) и Максвеллы обладают внутренним распределением потоков.

Угу, но только в режиме вычислений. Ты разницу между pre-emption и async compute вообще понимаешь, иксперд?
Можешь малость почитать, вот первое - разъясняются разные подходы к организации мультипотока в GPU: http://wccftech.com/amd-improves-dx12-p ... e-engines/
Вот два: объясняется как работает мультипоток в Паскале и чем отличается от Максвелла:
http://wccftech.com/nvidia-gtx-1080-asy ... -detailed/

Цитаты:
Цитата:
... Graphics pre-emption allowed for prioritizing tasks (to improve the situation by enabling prioritization of important tasks over others), but just like multi-threaded graphics in DX11 it did not solve the fundamental problem. As it could not enable multiple tasks to be handled and submitted simultaneously independently of one another. A crude analogy would be that what graphics pre-emption does is merely add a traffic light to the road rather than add an additional lane.

Цитата:
Asynchronous Shaders ... allows for tasks to be simultaneously processed independently of one another.

Разница видна? В первом случае у нас 1 (одна) цепочка команд, в которой можно менять последовательность команд с целью приоритезации одних задач перед другими. Во-втором - несколько независимых цепочек команд.

Теперь что изменилось в Паскале по сравнению с Максвеллом: "Nvidia Brings Faster Pre-emption & Dynamic Load Balancing With Pascal & The GTX 1080". Как это в Максвелл:
Цитата:
Graphics and compute workloads are assigned to specific blocks in Nvidia GPUs. With Maxwell this meant that the developer had to sort of guess how the compute and graphics workload should be split via static partitioning. Meaning the developer would say OK I want graphics to get this much and compute to get this much of the resources. Unfortunately this would result in a highly inefficient mixed workload unless the developers was able to get the ratio just right, which is extremely difficult. Otherwise either the graphics or the compute part of the workload would finish first and the a portion of the GPU’s resources would have to wait idly by until the other part is done to start working on the next thing.

Планировщик сам распределяет... ага, смешно.
А вот как это делает Паскаль:
Цитата:
What Dynamic Load Balancing does is it allows the workload to be partitioned dynamically. This means that the developer doesn’t really have to guess anymore because the GPU will now take over this responsibility. If either the graphics or compute workload are completed first, the other workload gets picked up and distributed to the rest of the GPU’s resources that have finished their work. The result is all parts of the GPU will be put to work and nothing will go to waste, completing the task faster and improving performance as a result.

Иными словами то что ты тут лепишь про Максвелл - появилось только в Паскале, и то если верить Nvidia. Но и это не AS:
Цитата:
Dynamic load balancing and improved pre-emption both improve the performance of async compute code considerably on Pascal compared to Maxwell. Although principally this is not exactly the same as Asynchronous Shading or Computing. Because Pascal still can’t execute async code concurrently without pre-emption. This is quite different from AMD’s GCN architecture which has Asynchronous Compute engines that enable the execution of multiple kernels concurrently without pre-emption.


 

Member
Статус: Не в сети
Регистрация: 13.03.2014
Nimrael писал(а):
скорее судя по влажным мечтам фанов АМД. В реаьности старший 11 не будет дотягивать до 380, болтаясь между ней и 370. А старший 10 будет между 390 и 390Х. И не факт, что ближе ко второй. И это при условии, что архитектура таки будет улучшена.

В реальности - это в какой? твоей? :) если будет как здесь
http://s013...radikal.ru/i324/1605/3a/cfb1821abcfd.jpg
и цена не подкачает, то это именно то что нужно. Теоретически поларис 10 распологается между 390 и 390x, но все зависит как ты сказал от архитектуры

_________________
Что тупишь , у тебя интол ? 007deniska ©


 

Member
Статус: Не в сети
Регистрация: 12.03.2009
Откуда: Киев
Фото: 0
Я так понял что в случае АМД программист может сидеть и курить а в случае с НВидиа тяжело работать что бы на выходе получить нормальную производительность игры.

Добавлено спустя 9 минут 42 секунды:
BSS91

С удовольствием прикуплю Поларис 10 если будет норм карта. Но для высоких настроек ее будет мало все равно. По этому нужно будет ставить две. Если два полариса будут дешевле одной 1080 и быстрее, то конечно АМД.


 

Member
Статус: Не в сети
Регистрация: 01.02.2015
Sigma957 писал(а):
Я так понял что в случае АМД программист может сидеть и курить а в случае с НВидиа тяжело работать что бы на выходе получить нормальную производительность игры.

Теоретически, если Хуанг не врет и Паскаль действительно умеет динамически балансировать нагрузку - то тогда да, программеры могут позволить себе расслабиться, рассчитывая что планировщик карты исправит его косяки с назначением ресурсов. Правда пока особенного результата не видно, потому как прирост той же 1080 от перехода на Dx12 меньше, чем у карт AMD. Но хотя бы она теперь не просаживается, в отличие от Максвеллов.
С AMD же ситуация другая - нынешний GCN умеет параллельно и независимо гонять несколько цепочек команд, но распределять задачи по этим цепочкам должен будет разработчик. Потенциальный выхлоп выше, но работы больше. Но кагбэ в этом вся суть Dx12 -предоставление прямого доступа к железу для повышения эффективности его использования. И разрабы это просили сами.
На консолях разработчики давно активно используют AS, консольные API позволяли это изначально. Но там плюс в том, что архитектура железа одинакова и разрабы четко знают сколько ресурсов у них в распоряжении и задействуют их эффективно. Что же касается ПК железа, то тут количество ACEs у разных архитектур разное, как они подстраиваются под это - не знаю, может обходятся каким-то минимально поддерждиваемым количеством ACEs, или задействуют их динамически. Не знаю.


 

Member
Статус: Не в сети
Регистрация: 12.03.2009
Откуда: Киев
Фото: 0
Tovbot

Благодарю за подробное изложение!

Надеюсь 490 представят, а то ждать Веги ну очень долго уже сил нет просто.


 

Member
Статус: Не в сети
Регистрация: 28.03.2016
Tovbot писал(а):
Dx12 нацелен на устранение всех неэффективностей. Он дает инструменты как для повышения эффективности использования процессора, так и для повышения утилизации GPU.

Пока что не заметно особо. Хотя да, некоторые возможности есть.


Tovbot писал(а):
По очереди и обсчитываются, цепочка команд то одна. И все что было добавлено в Паскаль - это улучшенный pre-emption, то есть в зависимости от нагрузки планировщик сам формирует последовательность с учетом приоритетности задач с целью максимизации загрузки карты. Но параллельно с рендерингом compute не работает. Сказочные технологии Hyper-Q и Dinamic Parallelism работают только с вычислениями: http://www.hardwareluxx.ru/index.php/ne ... llism.html

Молодец, привел новость с GTC 4-летней давности. Теперь погугли и найдешь новости на анандеке и подобных, где рассказывается о миксед моде для кеплеров и максвеллов. Может,хоть тогда перестанешь нести ахинею.


Tovbot писал(а):
Угу, но только в режиме вычислений. Ты разницу между pre-emption и async compute вообще понимаешь, иксперд?
Можешь малость почитать, вот первое - разъясняются разные подходы к организации мультипотока в GPU: http://wccftech.com/amd-improves-dx12-p ... e-engines/
Вот два: объясняется как работает мультипоток в Паскале и чем отличается от Максвелла:
http://wccftech.com/nvidia-gtx-1080-asy ... -detailed/

Какое отношение вообще pre-emption имеет к вычислительным шейдерам? Это вообще балангсировка всех потоков - от графического до вычислительного. В отличие от асинхронных шейдеров, которые на графический поток вообще влиять не в состоянии. Просто потому, что нет для этого инструментов. Ты для начала азы поучи, я тебе уже выше подсказал где. Могу на MSDN послать почитать про вычислительные шейдеры. Авось ахинея в твоей голове наконец-то выветрится.

Tovbot писал(а):
Разница видна? В первом случае у нас 1 (одна) цепочка команд, в которой можно менять последовательность команд с целью приоритезации одних задач перед другими. Во-втором - несколько независимых цепочек команд.

Я об этом выше и писал. Что до pre-emption, то эффективность распараллеливания даже одного потока достаточно высока для задействования проистаивающих мощностей, так что добавление "асинхронных костылей" дает минимальный вклад. В отличие от чипов АМД, которые без ручного управления - инвалиды.


Цитата:
Планировщик сам распределяет... ага, смешно.

Смех без причины - признак... ну ты понял.

Цитата:
А вот как это делает Паскаль:
Иными словами то что ты тут лепишь про Максвелл - появилось только в Паскале, и то если верить Nvidia. Но и это не AS:

Ещё раз для альтернативно одаренных фанатов АМД:
Паскаль позволяет балансировать как графический, так и вычислительные потоки.
Максвелл и Кеплер работают как гипертридинг, распределяя ресурсы оставшиеся от графического потока.
Асинхронные шейдеры позволяют подавать команды несколькими потоками, но оперируют только оставшейся от графического потока мощностью. Просто потому, что нет инструментов управления нагрузкой графического потока.
Вчитайся наконец в то, что ты сам цитировал.
И да, подход Нвидии лучше, поскольку позволяет меньше зависеть от качества кода.

Добавлено спустя 5 минут 18 секунд:
Sigma957 писал(а):
Я так понял что в случае АМД программист может сидеть и курить а в случае с НВидиа тяжело работать что бы на выходе получить нормальную производительность игры.
.

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


 

Member
Статус: Не в сети
Регистрация: 01.02.2015
Nimrael писал(а):
рассказывается о миксед моде для кеплеров и максвеллов

Mixed mode в Кеплере не работает. В Максвелле работает только на бумаге, иначе бы Максвеллы не просаживались так в Dx12.

Nimrael писал(а):
Ты для начала азы поучи

Э, нет. Там где ты учил азы - я учить не буду. Там учителя судя по всему не очень. Ну или ученик попался нерадивый:))

Nimrael писал(а):
Я об этом выше и писал. Что до pre-emption, то эффективность распараллеливания даже одного потока достаточно высока для задействования проистаивающих мощностей, так что добавление "асинхронных костылей" дает минимальный вклад.

Успокаивает себя зеленый фанат. Помнишь басню про лисицу и виноград?:))

Nimrael писал(а):
И да, подход Нвидии лучше, поскольку позволяет меньше зависеть от качества кода.

Ага, именно поэтому разрабы просили API с прямым доступом к железу и поэтому такие API начали расти как грибы после дождя: Dx12, Vulkan, Metal. Разрабы же идиоты - сначала просят прямой доступ к железу, а потом видите-ли подход Nvidia, где железо типа все распределяет сам оказывается лучше...

Ты веселый, ты реально в какой-то иной реальности обитаешь:)))


 

Member
Статус: Не в сети
Регистрация: 12.03.2009
Откуда: Киев
Фото: 0
На Кампутексе цены должны огласить или позжее?


 

Member
Статус: Не в сети
Регистрация: 09.07.2008
Откуда: Золотая миля.
Tovbot писал(а):
Ага, именно поэтому разрабы просили API с прямым доступом к железу

Так DOS же. Прямее некуда. Ну там расширить, углУбить. Что или кто мешает?
Кто просил и у кого? Есть доки? Абстракции не нужны?, нам ассеблер давай? "Вот тута мы счаз" Ну, ну.

_________________
Так-то оно так, потому как не может того быть, кабы не было бы никак. И не потому, что оно вообще, а потому, что когда оно что, тогда оно и пожалуйста


 

Member
Статус: Не в сети
Регистрация: 12.03.2009
Откуда: Киев
Фото: 0
miklebat

miklebat писал(а):
Так-то оно так, потому как не может того быть, кабы не было бы никак. И не потому, что оно вообще, а потому, что когда оно что, тогда оно и пожалуйста


Пожалей форумчан Бога ради!


 

Member
Статус: Не в сети
Регистрация: 01.02.2015
Sigma957 писал(а):
На Кампутексе цены должны огласить или позжее?

Вроде как про 1-е июня пишут


 

Member
Статус: Не в сети
Регистрация: 09.07.2008
Откуда: Золотая миля.
Sigma957 писал(а):
Пожалей форумчан Бога ради!

Так сейчас, в свете непримиримой склоки известных цветов, это самая точная формулировка. :-)
Ибо никто ничего толком не знает, но все всё знают.

_________________
Так-то оно так, потому как не может того быть, кабы не было бы никак. И не потому, что оно вообще, а потому, что когда оно что, тогда оно и пожалуйста


Последний раз редактировалось miklebat 23.05.2016 16:07, всего редактировалось 1 раз.

 

Member
Статус: Не в сети
Регистрация: 12.03.2009
Откуда: Киев
Фото: 0
Tovbot

Спасибо! Даже больше жду, чем анонса Паскаля. Можно будет точно знать, что покупать.

miklebat

Я несколько раз перечитывал :-) Смысл понятен!

Свежее про Поларис!

Добавлено спустя 4 минуты 4 секунды:
http://videocardz.com/60232/amd-radeon- ... polaris-10

Жесть! Будет только 480 и то ее не покажут. Ну финал вообще! :roll:


 

Member
Статус: Не в сети
Регистрация: 24.09.2013
Откуда: Москва
Sigma957 Уже были подобные сообщения. Косвенно можно предположить это же и по сообщениям о производительности POLARIS 10 (~5,5 Tflops). Наиболее вероятно что 490, 490X и какой-то ТОП будут основаны на VEGA10...

_________________
E=mc2


 

Member
Статус: Не в сети
Регистрация: 01.02.2015
Sigma957 писал(а):
Будет только 480 и то ее не покажут.

Там написано что не покажут нерефы, если я правильно понял... то есть реф скорее всего от самой AMD мы увидим. Походу AMD вовсю секретничает, даже с партнерами информацией только недавно делиться начала.


 

Member
Статус: Не в сети
Регистрация: 12.03.2009
Откуда: Киев
Фото: 0
acnikolaev

Меня просто удивляет что АМД как то скрытно все. В новости написано что они только покажут карты внешне. Ну низя так! Конкурент вон уже гремит мощей......

Добавлено спустя 2 минуты 7 секунд:
Tovbot писал(а):
Там написано что не покажут нерефы


Да, типа только реф покажут и все. Но в работе не покажут.


 

Member
Статус: Не в сети
Регистрация: 01.02.2015
Sigma957 писал(а):
Да, типа только реф покажут и все. Но в работе не покажут.

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


 

Member
Статус: Не в сети
Регистрация: 25.01.2004
Откуда: Ростов-на-Дону
Фото: 4
Sigma957 писал(а):
Ну низя так! Конкурент вон уже гремит мощей......

Собственно потому и доля рынка дискреток соответствующая :) Просирают полимер за полимером. Хуанга поди уде без чумаданов принимают в гости, т.к. один SDK и 80% рынка карт уже работают, а амд еще пилить надо. Скоро хуанг с них чумаданы брать начнет за SDK.
АМД могут и вишенку на торт выдавить: обделаться с вегой и зеном.
Ну может хотя бы за хуангом не повторят финт с деревянным макетом или финт плойки/ящега с компами в тумбочке вместо консоли.

Добавлено спустя 17 минут 15 секунд:
Nimrael, Tovbot по поводу асинка и тесселяции под спойлером картинки https://forums.overclockers.ru/viewtopi ... #p13799419 :D

_________________
12400|224XT|MSI PRO B660M-A DDR4|4x8Gb@3466|KFA2 3060-12X|Deepcool PQ650M|Corsair 200R|Win11x64


 

Member
Статус: Не в сети
Регистрация: 13.03.2014
Жека Белый, который про fury x в думе пел, тебе посвещается :)
http://cdn.wccftech.com/wp-content/uploads/2016/05/Fury-X-1-635x357.png
все там у нее нормально с последними драйверами и фпс минимальный тоже (для 4к правда слабовата). 390 хорошо бустанула, так что сейчас она точно быстрее 970ой
http://cdn.wccftech.com/wp-content/uploads/2016/05/390-1-635x357.png

кстати, кому интересно можно посмотреть сравнение fx 8350 и i5 6400 в этой игре на 980ti
https://youtu.be/XZ6VAbHxzxM
если лень смотреть, то получается 8350 быстрее 6400, минимальный фпс 72 против 66 и средний 103 против 89. Так что время амд потихоньку приходит

_________________
Что тупишь , у тебя интол ? 007deniska ©


Показать сообщения за:  Поле сортировки  
Форум закрыт Новая тема / Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней. Закрыто  Сообщений: 269 • Страница 11 из 14<  1 ... 8  9  10  11  12  13  14  >
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 21


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan