Или это на DDR5 только надо отключать?

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

Но да, некоторые программы (Intel XTU и подобные) от этого могут сходить с ума. А могут и не сходить. Тут зависит всё от непосредственной реализации API на конкретной системе. Большинство программ, использующих I2C через родные драйверы Intel Serial I/O, работают вообще без проблем. Проблемы начинаются лишь когда программа делает что-то сильно недокументированное. Или вдруг, внезапно, решает использовать какие-то хаки, которые обычно не использует. Вполне вероятно, что тут как раз последний случай. И не факт что виноват сам ATC, возможно в той системе что-то ещё стоит для работы с I2C, и именно оно ломается.

HertZ , спасибо за инфо. Но при использовании банковских приложений и ключей доступа типа цифровой подписи, придется изоляцию ядра оставить как есть, что я и сделал -) ибо у меня все это есть...
Windows и так играет в абстракцию, и получается, что вся разница с изоляцией ядра сводится к логическому разделению, управляемое ОС (слои абстракции) vs физическая виртуализация через гипервизор 1 типа без API, управляемая инструкциями ЦП. Вот и вся разница -) Не думаю, что для современных ЦП есть большая разница.... Ключевое отличие - в уровне изоляции...

И насколько реально ухудшается производительность (хотя бы по подсистеме памяти)? Есть сведения у кого-то?
Думаю если там не более 2-5% (а похоже что это так) наберется в синтетике, то и не стоит морочиться... И то только потому, что каждый доступ к памяти проходит через EPT (Extended Page Tables), IOMMU фильтрацию, SLAT (Second Level Address Translation). Но у Intel есть TME (Total Memory Encryption) на 14gen (только К) и Ultra (TME 2.0), которая по идее сильно сокращает разрыв благодаря аппаратным оптимизациям.

Список заблокированных драйверов не связан прямо с защитой на основе виртуализации и там точно были драйвера от некоторых утилит.
Сам по себе драйвер обычно не является вредоносным, но потенциально может быть использован вредоносным ПО. А ещё многие утилиты после их удаления не удаляют за собой драйвер.

К слову отключение этой галочки на новых версиях ОС полностью всё это дело не отключает.
На производительность "видеокарты" оно влиять не должно. А вот связка цп-память может несколько пострадать. При этом они уже там поковырялись пару раз. Говорят сейчас влияние меньше, но лично не тестировал.
Саму аппаратную виртуализацию отключать не требуется, но зачастую проще чем выпилить всё что связано с "защитой" на её основе.

CHiCHo ну теперь Халф лайф 2 точно забегает
а 8600 не заработает?

Народ, всем привет, кто вкурсе, такое будет работать на обычном пк ?

tourer2jz, нет. Если этот обычный ПК не на Зионе или Тредрипере.

да оно и 8400 отрыгивает задорно...
Сколько ни мучай - все равно отрыгивает. И щас уже отрыгнуло С - стабильность. Стабильность отрыга)

прям угадал Вчера гонял ртх ремикс. Ну, красиво, да, фонарик вообще топ. Но я думал вся игра, а тут пара эпизодов... Абыдна.

CHiCHo асрок не даром делала акцент на этом же

я думаю стоит пробовать 8600-8800 делать просто чуть сложнее настроить будет

gladvalakas1
вообще не получится. Для этого надо бинить проц +память. И скорее всего, еще и саму плату. Для простых смертных с простыми камнями - слабо возможно, либо на упоротых вольтажах.