Вопрос Как я могу заставить Windows зависать (замораживать)?

Похоже, вы проверяете реакцию внешнего устройства на то, что ОС перестает реагировать.

Если ваше оборудование может быть подключено к виртуализированной установке Windows, вы можете приостановить и возобновить виртуальную машину столько раз, сколько захотите. Установите желаемую ОС в среду VirtualBox (или другую виртуализацию на рабочем столе), покажите, какой аппаратный интерфейс используется (USB, Ethernet или что-то еще) для виртуальной машины.

Тогда вы можете пауза и возобновление виртуальная машина по желанию.

По крайней мере, в старой версии Windows (несколько лет назад) работало:

Я написал программу C с бесконечным циклом:

while(1) {}

... тогда я дал эту программу «приоритет в реальном времени» в диспетчере задач (есть также API, который может это сделать).

В многоядерной системе мне нужно будет делать это несколько раз, чтобы один цикл работал на каждом ядре ...

Самое сильное зависание ядра (т. Е. Отслеживание мыши и т. Д.) - это когда код переходит в бесконечный цикл в режиме ядра с прерываниями.

Этого можно добиться с помощью драйвера устройства, и даже лучше, вы можете написать драйвер, чтобы он запускался и останавливал зависание под вашим контролем (при условии, что бесконечный цикл проверяет состояние, над которым вы контролируете).

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

Пожалуйста, проверьте следующий вопрос в StackOverflow, который похож на ваш: Как сделать замораживание окон на короткий период времени

Это связано с тем, что нет возможности (надежно) сделать это.

Вместо того, чтобы замерзать или заставить Windows зависать, возможно, вы можете просто прервать связь с вашим оборудованием.

Я понятия не имею, что такое ваше оборудование и как вы его подключаете. Если это USB или адаптер Ethernet, например, вы можете легко отключить его в Диспетчере устройств или отключить от сети? Если вы сильно разрушите или повесьте систему, вы можете повредить вашу систему различными способами, поэтому будьте осторожны с тем, что вы делаете.

Является ли режим отладки ядра не вариантом?

Я установил его в Windows 7, и связанные инструкции в этом ответе указывают XP или новее, поэтому он должен работать с Windows 10.

Я настроить его на FireWire / 1394, так как это самый простой, на мой взгляд. Но вы также можете делать это по сети или USB (а также Больше).

В основном,

Настройте целевой компьютер, выполнив эти команды в расширенном приглашении (выбор канала n):

bcdedit /debug on
bcdedit /dbgsettings 1394 channel:n

Это то же самое, что и на вкладке загрузки msconfig, и выбрав кнопку «Дополнительно»:

Затем (после перезагрузки целевого компьютера) запустите WinDbg на главном компьютере, используя ту же битву WinDbg целевого компьютера.

Тогда это просто вопрос приостановки выполнения ядра, когда вы хотите с главного компьютера. Если вы тестируете оборудование, имеет асинхронную операцию, которую он запускает, это должно быть таким же эффективным, как и другие средства.

Я не знаю, относится ли это к полному замораживанию, потому что курсор мыши по-прежнему перемещается по экрану, но пользовательский интерфейс Windows 7 становится невосприимчивым, если у вас есть ошибки ввода-вывода устройства, в частности, сбой жесткого диска. Один из моих жестких дисков - самообследование о неизбежном отказе накопителя через SMART, и Windows 7 смонтировала его, но зависала всякий раз, когда я пытался получить доступ к определенным файлам, сохраненным на нем. Пользовательский интерфейс блокируется (за исключением движения курсора мыши) до 5 минут, пока он не сможет прочитать файл или отключить диск после тайм-аута. Я не знаю, использует ли Windows системные часы для таймаута, но может быть, если вы каким-то образом заморозите время, когда вы можете увеличить длину таймаута? Возможно, это поможет вам разобраться, но не на 100% ответ, который вы ищете.

Эта ошибка Замораживает Windows довольно быстро из-за исчерпания ресурсов. Легко воспроизводится.

Как оказалось, это на самом деле   ошибка   в том, как в командной строке (точнее cmd.exe) анализирует партию   файлов и может привести к быстрой атаке типа отказа в обслуживании; сдачи   следующая строка в пакетном файле (без новых строк) будет потреблять   огромные объемы памяти очень быстро из-за этой ошибки (как   пример):

^ nul<^

Короче говоря, когда каретка находится в конце файла, фактическая   конец файла «игнорируется», а дескриптор файла «reset» равен 0   (по существу), так что партия снова анализируется (до бесконечности).