k2viper, всё должно "из коробки" работать, а не после кучи манипуляций, не?

Добавлено спустя 4 часа 8 минут 59 секунд:

Чё ты вонь устраиваешь? Я тебе ещё раз говорю, что при 4k у меня было 8.5 губонов. Не лечи мне тут, сказочник. Самое большее, что было, так это в Фар Крае -New Dawn. 10300GB МАКСИМУМ! Купи 2080ti и сам убедишься!
16 губонов будут нужны разве только лет 10! Пока все поголовно перейдут на разрешения 8k (и пока сам чип вытянет это разрешение, чтоб толк был от этих 16-24 губона), а так как народ сейчас играет в основном при full hd и 2k, то 8 губонов будут ещё актуальны лет пять точно.
Что касается этого радика, то ей бред ставить 16 губона, так как, если и игра будет столько жрать, то просто чип этой карты задохнётся. Это равносильно поставить той же gtx 980ti 24 губона! А смысл????? Такой большой объём видео памяти можно будет ставить на карты ещё, ой, как не скоро! Даже 2080ti по моему мнению 11 губонов многовато. Я сразу вспоминаю Титан RTX. 24 губона Зачем????? Карта на 5% лучше, чем 2080ti, а затооооо памяти вхерачили......... И толку? Я понимаю лет через 8-10 поставить такой объём карте, которая раз в десять будет лучше, чем 2080ti, чтоб и толк был от такого количества видео памяти. Поэтому это касается и красных, они думаю, что раз находится в карте херова тучность битности и видео памяти, то и производительность будет на уровне зелёных Титанов???? Ржу не могу. А что мы видим на деле???? У карты 16 губонов и 4096-bit, а по производительности хуже чем 2080 с 8-мью губонами и 256 bit!!! Короче, полный фэээээйл
https://www.youtube.com/watch?v=cEA87jouJxo&t=2s
В тестирование даже есть разрешение 8k, при этом толку от количества видео памяти у Радика - полный ноль!
Я вот даже свои видос сделал. Что 8 губонов, как раз сейчас. Тем более, это в 4k разрешение! На более низких разрешениях 8 губонов за глаза!!!!
https://www.youtube.com/watch?v=YzDg1BT_N0s

GerrLord347 Можно писать по-русски? В каждом предложении ошибка, будто школьник писал.
И хватит называть гигабайты "губонами". Это не круто. Спасибо.

Потребление видеопамяти в The Division 2.

Судя по жипегу, оставляет ~20% объема, а остальное выжирает и неважно, 8гб у тебя, 11, или 16.

у Nvidia лок на потребление памяти и вполне вероятное мыльцо в динамичных сценах, чтобы пользователь не заметил...
Не зря же тайловый рендеринг внедрили?!

Свежий сон? Жипег свой посмотри, у радеона 7, тишки и 2080 свободно ~20% объема. Ну, это само собой, нвидия же. Полагаешь, именно поэтому ты частенько не можешь догнать мою 2070 в 1920х1080 и 2560х1440, или проц не вывозит?

Ты опять за старое? Тебе мало видосов в форме видео? Чё ты мне эти очередные голимые фотошопенные картинки кидаешь? Тебе заново видосы отправить?

Какие именно проблемы уходят? Продемонстрируйте, что вы считаете проблемой и что - её отсутствием.

Дело в том что есть много людей, слышавших термин DPC и знающих о существовании Latencymon, но не представляющих что именно Latencymon показывает, и главное почему он это делает так а не иначе.

Видят в столбцах Highest reported высокие по их мнению цифры, которые "намного" выше текущих, и по форумам раздаётся: Ахтунг! У меня Дэпэцэ!
У меня смутное подозрение что вы как раз из таких пользователей, причём вдобавок ещё и транслируете где-то услышанное и пересказанное такими же дэпэцэшниками, не понимающими сути явления и неверно интерпретирующими данные показываемые средствами мониторинга такими как Latencymon.

Лично я на вопросах связанных с уровнем DPC latency, их мониторингом и решением сопутствующих проблем поел немало собачатины. И мне достоверно известно следующее - фоновый уровень DPC зависит от того как хорошо настроена (оптимизирована для низкого фонового DPC) система, а не от вендора видеокарты, процессора или другого оборудования.
Приглашаю вас и других знатоков "проблем DPC паскалей" наглядно продемонстрировать или существование проблемы, или её отсутствие на не-паскале.

При этом, я осознаю что существуют разного рода аппаратные и программные проблемы которые МОГУТ при различных условиях приводить к различным лагам, микрофризам и прочим проблемам на которые слабо знакомые с предметом пользователи охотно вешают ярлыки "проблема паскалей". У меня есть паскаль (уже второй, с первым было так же) и я приглашаю владельцев видеокарт АМД или не-паскаль Нвидия наконец показать мне, как же надо.
Ведь если у меня паскаль, он проблемный = у меня есть проблема. Но я на деле демонстрирую что её нет. И утверждаю что если пользователь наблюдает какую-то беду, то это не вина паскаля.




Добавлено спустя 33 минуты 22 секунды:


Олег, спасибо за видео!
Именно потому что ты снял видео, я могу предметно и подробно описать суть того что ты зафиксировал в этом видео, и ошибки интерпретации данных которые ты получил в Latencymon.

Первое и основное. Фоновый уровень DPC который зафиксирован в твоих видео, одинаков и находится в диапазоне "десятков" (до сотни) микросекунд. Фоновый уровень постоянно меняется под воздействием нагрузки. И вот тут есть несколько моментов которые нужно иметь в виду.

На Nvidia (всех) любое переключение P-state генерит кратковременный пик, который и фиксируется Latencymon в Highest значениях. Аналогично переключение P-state на Полярисах и Вегах (за другие не знаю), такие пики не генерит. Нвидия так реализовала переключение P-state, но вне переключений фоновый уровень ровный, что и наблюдается в обоих видео - фоновый уровень находится в одном диапазоне.

Далее, то что ты видишь в самой нижней строке Latencymon это как раз чаще всего вызванная драйвером Нвидии процедура смена P-state сопряженная с переходом в полноэкранный режим или выходом из него. Также нужно отметить что это Highest reported, а не measured (измеренное) значение. Это не Latencymon измерил, это DPC стек винды отрапортовал высокое значение при смене P-state с переходом в фулскрин, при запуске ведьмака у тебя именно такое сочетание и наблюдается высокая Highest reported цифра. Как там DPC стек это меряет и рапортует - вообще загадка.

Кратковременный пик highest measured после закрытия Хитмана связан тоже с каким-то переходом P-state, хотя частота на мониторинге и не поменялась, это характерное для переключений P-state поведение. Возможно у тебя для данной игры установлен профиль и драйвер выключает его с запозданием после установки игры.

Переключение P-state можно сравнить с КПП автомобиля. У АМД реализован условный "вариатор", а вот Нвидия использует роботизированную механику. В момент переключения крутящий момент на колёса не передается, но хотя у вариаторов есть и свои преимущества - есть также и недостатки, как впрочем и у "роботов". Это просто разные реализации одной инженерно-технической задачи. Нвидия и АМД в своих видеокартах реализовали переключение P-state по разному. Вне переключений, на "постоянной" передаче и АМД и Нвидия тянут одинаково. А переключения во время игры не должны случаться.

В общем, пики которые ты видишь это не "высокий дэпэцэ", так у нвидии переключаются P-state и так Latencymon отображает эти пиковые значения, а вне переключений что нвидия что АМД одинаково работают и никаких преимуществ у АМД нет.

зы. для измерений DPC нежелательны такие мониторинги как hwinfo64. Он генерит относительно большую фоновую нагрузку на виндовый DPC стек т.к. ежесекундно сотни опросов датчиков делает. Да и фпс съедает

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

Тогда это пояснение для тех, кто посмотрит твои видосы и завизжит - ну вот же полоска в "красной" зоне у 1080ти!111 А у веги нету.

То есть дпц-латенси можно сравнить с перегазовкой и двойным выжимом?
Ну а вариатор вообще не переключается - просто плавно меняет передаточное число, во время работы - никаких заеданий и подёргиваний, хороший фпс (по твоей аналогии радеоны должны работать именно так ).
Кстати, у тракторов с механической коробкой, передачи переключаются без разрыва подачи крутящего момента, а на некоторых экскаваторах стоит гидростатическая трансмиссия (помню, давно, на одном таком старом экскаваторе вспыхнул пускач, но потушили вовремя - было и такое)... если это сравнение можно как-то перенести на гефорсе и радеоны, точнее - на аналогии их режимов работы.

Ты очень технически неграмотен если так понял мою аналогию.
КПП (любой конструкции) в технике с ДВС решает одну и ту же техническую задачу - обеспечение возможности ДВС работать в оптимальном для себя диапазоне оборотов при широком диапазоне рабочих скоростей приводимой ДВС техники.
Решать эту задачу могут КПП разной конструкции, делают они это по разному, и разные решения имеют как свои преимущества так и свои недостатки.

У Полярисов и Вег условный "вариатор" потому что он переключает P-state "плавно", но в игре это не играет роли потому что переключений в это время нет (или быть не должно при условии что игра даёт постоянную нагрузку). Но это не значит автоматически что техническое решение переключающее P-state у радеонов - лучшее и единственно верное.

А во время игры и на Нвидии нет никаких заеданий и подергиваний, потому что P-state во время игры не меняется.

оно же от температуры плавает. Кулер не идеально держит, да и не нужно обороты кочегарить на 100%, чтобы держать условные 50 градусов. Лучше тише пусть будет. Т.е. условные полчаса имеем периодические переключения, при смене нагрузки, например, в меню - тоже.

изменение частоты - это не смена p-state

а, ок, не знал.

Я смотрю, ты зато шибко "грамотен" Речь шла об изменении крутящего момента и передаточных чисел п-стате, которые могут меняться либо с перерывом, либо ступенчато, либо плавно, по аналогии с взаимодействием силовой установки через трансмиссию с движителем. Про "вариатор" - если ты так сказал, значит, так и должно работать, и никак иначе надеюсь, у тебя с юмором в порядке?
Да, кап Очевидность, а я ведь не знал