«в мусорное ведро» это только оверкукд. Развелось незнаек, которые слиышал про блю рэйр, но не понимают, что велл-дан тоже вполне себе хорошее и правильное мясо.
Унылая и некачественная статья. Нет разбора причин и следствий. Вкратце — игры, спонсированные АМД отличаются минимальным использованием современных технологий и максимальным упором нагрузки на арифметический шейдерный домен. Это позволяет, в качестве костылей, убрать слабые места — откровенно слабые геометрию и тесселяцию. И портировать игры с консолей, где стоит такая же убогая и унылая ГЦН. Но… сегодня 2020 на дворе. В конце года релиз новых консолей, где баланс тех же ФУ в ГПУ будет другим. И протестированные АМД-шные рахиты начнут проваливаться, ибо игры будут делаться уже по иным пропорциям ФУ, актуальным для современных ГПУ АМД. И эти пропорции обнажат слабые стороны протестированных «радивонов» Но это если разбираться в сути, а не пихать в тест кучу никем не играемого дерьмища спонсированного АМД.
Хосспаде, Мрак, ты даже перевести статью не можешь грамотно. Даже сам заголовок в оригинале переводится как «Интел продали Эппл модемный бизнес на фоне многомиллиардных убытков». Т.е. продали на фоне убытков из-за неконкурентно политики Квалкомма, а не «продали в убыток».
Ну и наконец про «Эти недостатки не умаляют прелестей новой версии API, которая способна одним повышением эффективности рендеринга дать возможность увеличить количество и геометрическую сложность объектов в сцене, повысить качество эффектов и принести совершенно новые (чего стоит одна только трассировка лучей). » Трассировку-то и сейчас можно впендюрить, на DX11, если ОЧЕНЬ сильно заморочиться, только не через DXR. К примеру, OptiX давным-давно поддерживается на картах Нвидии, а в исполнении через OpenCL и на АМД. А вот то, что реально может изменить — это mesh-шэйдеры, которые для DX11 вообще «чужие».
Ещё к бредятине «С графическими процессорами Nvidia дело обстоит сложнее. Часть чипов архитектуры Kepler (старшие модели) хоть и умеют запускать параллельные потоки с вычислениями, но это требует ручной оптимизации в каждом конкретном случае, имеет множество ограничений и в целом работает не слишком эффективно. В Maxwell второго поколения поддержку асинхронных вычислений улучшили, но некоторые ограничения все равно остались — динамическое распределение групп мультипроцессоров SM сделано сложно и недостаточно эффективно.»
Как можно писать ТАКУЮ АХИНЕЮ? Что в реальности? В реальности на Кеплерах и в Максвеллах есть механизм Hyper-Q, занимающимся автоматическим менеджментом вычислительных потоков. При этом, сам Hyper-Q не поддерживает out-of-order поступление потоков данных, точнее данные поступать могут, но это сильно снижает производительность. Для этого драйвер перекомпилирует на ходу многопоточную подачу данных в Hyper-Q в ин-ордерную. В основном проблемы возникают ТОЛЬКО когда код жестко оптимизирован под ГЦН АМД и программист вручную задал все параметры работы каждого вычислительного потока. естественно, на рекомпиляции и «невыдерживании интервалов», Кеплеры и Максвеллы страдают. Но если код НЕ оптимизирован под ГЦН — ситуация обратная, так как карты АМД вообще не умеют сами динамически управлять вычислительными потоками. Точнее, последние карты АМД предложили что-то подобное, но крайне малоэффективное, ибо сама архитектура ГЦН и ее вэйвфронты мало поддаются такого рода управлению.
На приставках давно 12. даже ранее там 11 был «12 like» из-за отстутвия необходимости в доп. слое абстрагирования. разница между 11 и 12 на консолях — в пайплайне, видах объектов и способах управления ими.
Это не так. Теоретически правильный DX12 код разбрасывает нагрузку по тредам процессора более равномерно, тогда как DX11 имеет тенденцию к загрузке одного потока по максимуму, а остальных в меньшей мере. на Цивилизацию это, фактически, мало повлияет. А кое-где может и уменьшить производительность из-за конкуренции.
Дело не в жлоблении. А в том, что нужно было под низкоуровневый доступ править код ядра семерки. И дело в распространении не в том, что МС «жлобятся», а в том, что DX12 в своем чистом виде требует на порядок большей квалификации кодера — потому что надо САМОМУ предусмотреть все стыковки потоков на всех конфигах железа и менеджмент ресурсов. Но сейчас даже «чистых» DX12/Вулкан приложений фактически нет. Ибо квалификация кодеров печальна.
«Если D3D11 предусматривает одну очередь инструкций только для графики, то новая версия API позволяет создать несколько отдельных очередей графических команд и других типов вычислений.»
Бред сивой кобылы в лунную ночь. Как можно такую чушь писать?
Графический поток как был ОДИН, так и остался.
Кол-во вычислительных потоков от версии API тоже НЕ поменялось.
Зато появилась возможность четко задавать время, ресурсы и приоритет. Это в идеале. Но в реальности все равно используется подход, когда драйвера в DX12/Вулкан вмешиваются в работу приложения, создавай псевдослой абстрагирования.
Вообщем вы правы и крутящий момент прямо пропорционален силе тока (мощность все-таки производная) и обратно пропорционален частоте вращения.
Для выбора мощности, кстати, не зря понятие коэффициента мощности введено (т.е. соотношения реально выполненной ЭД работы к потребленной мощности).
А вот со «а скоростью переключения обмоток на роторе» — это только для синхронных ЭД.
Так критерии выбора с редми те же. Одно из основных — NFC и MST, которых ни у Сяоми ни у Мэйзу просто нет. Ну и базовый RN7 это ГБ ОЗУ + 32 флэш. Опять же, не все версии поддерживают 20-ый бэнд LTE, можно нарваться на китайца или индуса.
Амудешный врунишка, как обычно для твоего племени сел с разбега в лужу.
«1063 выпустили, чтобы попытаться побить RX460, но ничего не получилось, поэтому пришлось выпускать GTX1066, которая оказалась еще хуже»
Итак:
GeForce GTX 1060 3GB August 18, 2016
GeForce GTX 1060 6GB July 19, 2016
Ты уж объясни нам, бездарь безмозглый, как это Нвидия выпустила 1066 за месяц до 1063, но «в ответ на то, что 1063 не смогла против 460».
Так, к сведению, 460 с причмоком отсасывала и у 1050. https://www.overclockers.ua/video/geforce-gtx1050-gtx1050ti-gtx1060-radeon-rx460-rx470/all/
Сэр, вы вообще статью смотрели, или только графики?
Элиенвэйры это СУГУБО ИГРОВЫЕ ноутбуки.
Синебенч — это рендеринг, т.е. большое кол-во НЕЗАВИСИМЫХ потоков, что НЕХАРАКТЕРНО для игровой нагрузки, так как в играх все потоки сильно связаны и нуждаются в очень частой синхронизации с ОСНОВНЫМ ПОТОКОМ. Т.е. синебенч представляет собой нехарактерную для ЦА покупателей данного ноутбука, нагрузку.
Для синебенчей есть Прецижены у Делла. Вполне себе рабочие станции, где, как раз, нагрузки являются целевыми и характерными.
Потому что, дерьмошкольник, ты оставляешь свои публичные комментарии. Которые нам приходится читать. Не можешь писать нормально. чтобы не приходилось думать, что именно ты имеешь в виду — закончи свою ничтожную жизнь и не порть жизнь окружающим. Не можешь проявлять хотя бы минимум уважения к другим, выраженную в том, чтобы твои посты были удобно читаемыми — НЕ ПИШИ.
Как можно писать ТАКУЮ АХИНЕЮ? Что в реальности? В реальности на Кеплерах и в Максвеллах есть механизм Hyper-Q, занимающимся автоматическим менеджментом вычислительных потоков. При этом, сам Hyper-Q не поддерживает out-of-order поступление потоков данных, точнее данные поступать могут, но это сильно снижает производительность. Для этого драйвер перекомпилирует на ходу многопоточную подачу данных в Hyper-Q в ин-ордерную. В основном проблемы возникают ТОЛЬКО когда код жестко оптимизирован под ГЦН АМД и программист вручную задал все параметры работы каждого вычислительного потока. естественно, на рекомпиляции и «невыдерживании интервалов», Кеплеры и Максвеллы страдают. Но если код НЕ оптимизирован под ГЦН — ситуация обратная, так как карты АМД вообще не умеют сами динамически управлять вычислительными потоками. Точнее, последние карты АМД предложили что-то подобное, но крайне малоэффективное, ибо сама архитектура ГЦН и ее вэйвфронты мало поддаются такого рода управлению.
Бред сивой кобылы в лунную ночь. Как можно такую чушь писать?
Графический поток как был ОДИН, так и остался.
Кол-во вычислительных потоков от версии API тоже НЕ поменялось.
Зато появилась возможность четко задавать время, ресурсы и приоритет. Это в идеале. Но в реальности все равно используется подход, когда драйвера в DX12/Вулкан вмешиваются в работу приложения, создавай псевдослой абстрагирования.
Для выбора мощности, кстати, не зря понятие коэффициента мощности введено (т.е. соотношения реально выполненной ЭД работы к потребленной мощности).
А вот со «а скоростью переключения обмоток на роторе» — это только для синхронных ЭД.
«1063 выпустили, чтобы попытаться побить RX460, но ничего не получилось, поэтому пришлось выпускать GTX1066, которая оказалась еще хуже»
Итак:
GeForce GTX 1060 3GB August 18, 2016
GeForce GTX 1060 6GB July 19, 2016
Ты уж объясни нам, бездарь безмозглый, как это Нвидия выпустила 1066 за месяц до 1063, но «в ответ на то, что 1063 не смогла против 460».
Так, к сведению, 460 с причмоком отсасывала и у 1050. https://www.overclockers.ua/video/geforce-gtx1050-gtx1050ti-gtx1060-radeon-rx460-rx470/all/
Элиенвэйры это СУГУБО ИГРОВЫЕ ноутбуки.
Синебенч — это рендеринг, т.е. большое кол-во НЕЗАВИСИМЫХ потоков, что НЕХАРАКТЕРНО для игровой нагрузки, так как в играх все потоки сильно связаны и нуждаются в очень частой синхронизации с ОСНОВНЫМ ПОТОКОМ. Т.е. синебенч представляет собой нехарактерную для ЦА покупателей данного ноутбука, нагрузку.
Для синебенчей есть Прецижены у Делла. Вполне себе рабочие станции, где, как раз, нагрузки являются целевыми и характерными.