В данном топике в полной мере действуют: ПРАВИЛА КОНФЕРЕНЦИИ
Для поддержания внутреннего порядка темы, для облегчения поиска по теме есть ряд внутренних правил (выдержки из основных Правил Конференции в более развёрнутом виде), согласно которым в теме запрещено или не допускается:
1. Обсуждение других процессоров: AMD или Intel ("Zen 2/Zen 3 стоят дешевле, на кой эти Zen 4) и подобные им бессмысленные посты;
2. Коверканье названий процессоров (!!!) (например: Срузен, Руза, Рузина, Кукурузен и так далее). На этом особое внимание. Если вам тяжело переключить раскладку и вместо Ryzen напечатать "Райзен", то не удивляйтесь появлению ЖК за пункт 3.5 Конференции;
3. Фанатство (по типу "Intel тащит лучше, зачем вам эти AMD", "Да за эти деньги лучше взять Core i5-10600K, i5-12400, Ryzen 5 5600" и им подобные посты);
4. Обсуждение СО для данных процессоров разрешается в пределах пары постов, не растягивать на страницы;
5. Обсуждение цен на процессоры, ценовой политики компании (например, "Да зачем он нужен за такие деньги", "А что так дорого?" и подобные возгласы). От таких постов дешевле они не станут, а захламлять тему такими постами лучше никому не станет и практический смысл ветки сносится на "Нет";
6. Размещать посты по типу "Вот тут появился процессор, налетай", "А вот тут дешевле, чем там", "А как мне купить бы этот процессор и где" и подобные им посты;
7. Обсуждать материнские платы или ОЗУ для этих процессоров разрешается в пределах пары постов, не растягивать на страницы;

Расклад такой: весь оффтоп/флуд, который не имеет отношения к теме (повторюсь - это посты про цены, посты о том, где и как лучше достать и другие вопросы из списка выше) будет удаляться с предупреждением. Для рецидивистов, которые с первого/второго раза не понимают, будет прямое обращение к модератору за ЖК от 2-х недель и до месяца. Если и это не будет помогать, то запрет на постинг в теме.

Приветствуется:
1. Публикация полезных ссылок на обзоры (для дальнейшего занесения в шапку), интересных технических составляющих этих процессоров (расположения кристаллов, вскрытие и прочие технические нюансы);
2. Личные/субъективные ощущения/мнения от перехода или смены на это семейство процессоров, можно даже кратки мини-обзор напечатать с пояснением температур, используемой конфигурации и прочее;
3. Публикация разгона данных процессоров (если будет много таких, то можно будет сделать такую же статистику с занесением в Google-таблицы)






Шапка находится в стадии оформления! Информация по процессорам будет добавляться по мере поступления. Предложения и замечания просьба адресовать куратору

Перед сменой процессора на оный с 3D-кэшем настоятельно рекомендуется обновить BIOS материнской платы до последней версии, во избежание перегрева отдельных модулей новинок!!!

Решение проблемы с парковкой ядер.

Запрет на постинг в теме для следующих участников Конференции - Ловкий сержант Sitronix - допускаются только вопросы, до 1 нарушения.

Там у людей натюненые вычищенные виндовсы 10, Город вообще на IoT сидит и ту натюнил 100%
У тебя обычные результаты, как и должно быть. Вот мои напр, на средней степени bloated винде без каких-либо тюнингов

Не надо этого делать.

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

Вы точно понимаете как это работает?
Это время которое допустимо для непрерывного выполнения задачи. Затем будет принудительное прерывание.
Его принудительная установка скорее всего сломает возможность выбора динамического значения. Во вторых с чего вы взяли, что меньше обязательно всегда лучше?
Это при условии, что оно вообще у вас работает.

Ну тут не надо "всегда лучше". Надо в бенчах лучше

Уменьшение этого значение увеличивает частоту прерываний. В каком месте это должно быть универсально лучше?

Я выше скрин привел из DPC Latency. Покаж свой) 0.5мс это и так с оверзапасом. В винде по дефолту стоит 16мс.

Зачем? Оно не влияет на производительность пока не достигает реально больших значений.

Могу вырубить C1 и получить почти идеальное Latency. Только реальные приложения работать станут медленнее, а не быстрее.

Agiliter

Мне лень спорить. Я тут уже приводил выкладки со сравнениями.

Добавлено спустя 1 минуту 39 секунд:

Именно С1? Это ж как ты их смог вырубить? Реально интересно. Именно С1.

Добавлено спустя 31 секунду:

Без пруфов - так себе

ProcessorIdleDisable в плане питания переключить в Disable Idle.

Это реально на 3.1 тянет. Без приколов.


Т.е. работают только С0 и С6?


Ну давай, выруби и покажи:)

Там в принципе ничего кроме с0 не работает. Все процессы работают на 100%.


Ну давай рассказывай, что же оно по твоему делает. Вдруг я и правда ошибаюсь и отвечает оно не за вот этот таймер.
https://youtu.be/3X93PnKRNUo

Так это же можно сделать через отключение С-States.


ты не съезжай. Я свои слова смогу пруфами доказать, так как уже тут показывал сравнения.



Давай) И скрин из DPC Latency с хотя бы 2-3 минуты работы)
В современных системах даже 0.5мс - это сверховердофига. На порядок, как минимум(да, в 10 раз). DPC call выполнился за 0.01 или 0.001 мс и еще 0.49мс ждет. А с дефолтным значением - ждет 16мс.

romilius
Вы немножко неправильно понимаете суть.
Системный таймер, это отдельный таймер, чтобы ПРЕРВАТЬ выполнение задачи, которая НЕ была прервана другими прерываниями.
Если вы уменьшаете значение этого таймера, то он, ВНЕЗАПНО, чаще прерывает. Ну серьезно, это же очевидно из определения. Затем планировщик, либо продолжит выполнять эту задачу, либо выполнит другую и бесконечно дальше. Что ещё он по вашему должен делать?
Внимание вопрос. Вы уверены, что ЧАЩЕ прерывая задачи, работать будет обязательно быстрее? Вы ведь не только плохой код прерывать будете, а вообще ВЕСЬ.

Что касается скриншота, я его конечно могу сделать по образцу, но он будет точно хуже потому что я не занимаюсь такой фигнёй, пока нет проблем. Покажи настройки. К слову то что ISR 0 Значит, что ты их не измеряешь по какой-то причине, а не потому что там буквально 0.

Хотел найти старый старый скрин ещё с ZEN2, но там другое окно и мне надоело его искать.

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

Нельзя. С1 не отключается.
Processor Idle Disable параметр сам посмотри, как работает система.

Я все отлично понимаю, даже слишком отлично , но твой теоретический экскурс ни грамма не алайнитися с практикой. Ну т.е вообще никак и нигде. Покажи мне сценарий импакта от 0.5ms. А я тебе покажу профит.



ну вот, с нова вранье. При C-states disabled вообще все C-states выключаются окромя С0.

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

Их буквально ноль, это стоит долгих часов мучений и переназначений. Как я их не могу не измерять, это программа меряет. У меня они есть, и то, в небольшом количестве, только при проигрывании музыки.

Дам тебе подсказу - gointerruptpolicy, имбовая штука)

Мужик ты попробуй сам.
https://forums.guru3d.com/threads/windo ... ty.416058/
Найди там параметр. И переключи сам. Если текущая схема оверлейная не забудь об этом. Это супер очевидный параметр. При его применении у тебя цп будет показывать 100% загрузку вне зависимости от задачи.


Значит ты что-то оптимизировал, что теперь не меряет. Это их количество. Хочешь сказать там 0 ISR? Что-то сомневаюсь, скорее просто выключен счётчик.

Чего...? Выключен счетчик?


Ты вообще вкурсе как C-States работают? Хоть базово?
Я с планами питания наигрался вдоволь.


С0 будет 100%. Для этого достаточно выключить C-States в BIOS.

Ключевое. У всех разные windows и настройки. Проблема в том, что никто не будет с таким разрешением играть.
У меня 4к, где есть длсс там включаю. Иногда и дегенератор кадров)
Надо что то игровое, но другого типа.

Ага. Как минимум некоторые счётчики производительности можно отключать. Что скорее всего и было сделано когда-то.

Короче пока не переключить один параметр в схеме питания, то дальше писать и обсуждать эту тему не буду.

Не будет.