«ноутбуки с мобильными 10-нанометровым Comet Lake поступят в продажу в ноябре»
10нм поступят айслэйки, а не кометлэйки.
Объем кэша в 10100 чего-то отдает фэйчатиной.
Ну и наконец про «Эти недостатки не умаляют прелестей новой версии 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/Вулкан вмешиваются в работу приложения, создавай псевдослой абстрагирования.
С какого перепуга Адата первая?
https://www.flexxmemory.co.uk/memory/samsung-32gb-ddr4-pc4-21300-2666mhz-288-pin-dimm-1-2v-cl-19-desktop-ram-memory-module/
Самсунговская память, уже в продаже.
Все вместе. Ещё был шантаж VW, DB и других европейских банков. США в некритичной для себя ситуации умудрились подергать за ВСЕ ниточки, которые имели и которые обычно приберегают на действительно нужный случай. И в бизнесе и в политике постоянное применение «дубины» в итоге приводит к падению авторитета и веса применяющего дубину, и как следствие — к уменьшению его влияния и возможностей.
10нм поступят айслэйки, а не кометлэйки.
Объем кэша в 10100 чего-то отдает фэйчатиной.
Ещё не были в продаже, а уже подешевели.
Ждем то же самое с процессорами.
Как можно писать ТАКУЮ АХИНЕЮ? Что в реальности? В реальности на Кеплерах и в Максвеллах есть механизм Hyper-Q, занимающимся автоматическим менеджментом вычислительных потоков. При этом, сам Hyper-Q не поддерживает out-of-order поступление потоков данных, точнее данные поступать могут, но это сильно снижает производительность. Для этого драйвер перекомпилирует на ходу многопоточную подачу данных в Hyper-Q в ин-ордерную. В основном проблемы возникают ТОЛЬКО когда код жестко оптимизирован под ГЦН АМД и программист вручную задал все параметры работы каждого вычислительного потока. естественно, на рекомпиляции и «невыдерживании интервалов», Кеплеры и Максвеллы страдают. Но если код НЕ оптимизирован под ГЦН — ситуация обратная, так как карты АМД вообще не умеют сами динамически управлять вычислительными потоками. Точнее, последние карты АМД предложили что-то подобное, но крайне малоэффективное, ибо сама архитектура ГЦН и ее вэйвфронты мало поддаются такого рода управлению.
Бред сивой кобылы в лунную ночь. Как можно такую чушь писать?
Графический поток как был ОДИН, так и остался.
Кол-во вычислительных потоков от версии API тоже НЕ поменялось.
Зато появилась возможность четко задавать время, ресурсы и приоритет. Это в идеале. Но в реальности все равно используется подход, когда драйвера в DX12/Вулкан вмешиваются в работу приложения, создавай псевдослой абстрагирования.
https://www.flexxmemory.co.uk/memory/samsung-32gb-ddr4-pc4-21300-2666mhz-288-pin-dimm-1-2v-cl-19-desktop-ram-memory-module/
Самсунговская память, уже в продаже.