Что может вызывать длительные зависания (фризы) на компьютере?

Коротко — то, что вы описываете (внезапное резкое сбрасывание частоты CPU при сохранении нагрузки на ОЗУ/видеокарту и без явного перегрева), типично для проблем с питанием/платой/прошивкой или ACPI/энергосбережением. Ниже — список вероятных причин и практическая пошаговая инструкция по дальнейшей диагностике.

Возможные причины
- Блок питания (PSU). провалы/импульсные провалы напряжения на 12В/5В/3.3В или нестабильность при переходных нагрузках → CPU теряет розгон/питающие цепи входа VRM переходят в защиту.
- Плата питания CPU (VRM) или их термозащита. VRM могут перегреваться локально или иметь повреждённые элементы/конденсаторы, и тогда плата ограничивает частоту, при этом температура самих ядер остаётся в норме.
- Ограничения по энергопотреблению (PL1/PL2, BIOS или материнская плата). баг в BIOS/микрокоде/ACPI может некорректно применять power limits и сбрасывать частоты.
- Проблемы с питанием/землёй от корпуса/розетки (перемежающиеся просадки), UPS/источник с активной фильтрацией.
- Неисправная материнская плата (сбои контроллеров, «уставшие» конденсаторы, повреждённые цепи питания).
- Проблемы с драйверами/низкоуровневыми стеками (storage/RAID/ковер-сетевые): высокие DPC/IRQ может «замораживать» систему, но обычно это не приводит к падению частоты CPU — но возможно совместное проявление.
- Проблемы с оперативной памятью (редкие ошибки, которые не ловит быстрый тест) — нужно длительное memtest.
- Внешние устройства/USB-периферия, контроллеры PCIe или NVMe, которые вызывают блокировку шины.
- BIOS/UEFI баг или устаревшая прошивка; конфликт микрокода CPU.
- Программные фоновые задачи/зловредное ПО — реже, но проверить стоит.

Что проверить и как (шаги, начиная с простых)
1) Логи Windows
- Откройте Просмотр событий (Event Viewer) → System. Ищите WHEA-Logger, Kernel-Power, критические/ошибки в момент фриза. Скиньте найденные записи.
- Reliability Monitor (Панель управления → Security and Maintenance → Reliability Monitor) — отметьте, что происходило в момент замирания.

2) Сбор телеметрии и сенсоров (обязательно для анализа)
- HWiNFO (или HWMonitor Pro) включите логирование сенсоров с частотой 1 с (или выше) в CSV и запустите непрерывный лог. Логируйте Vcore, VCCIN, 12V rail, CPU Package Power, CPU Frequency, VRM temps, SOC voltage, загрузку и температуры дисков.
- При следующем фризе пришлите фрагмент лога (несколько минут до и после события).

3) Проверьте питание
- В HWiNFO смотрите значения 12V, Vcore и пульсации; при фризе должны быть видны провалы напряжений или падение мощности.
- Если есть возможность — временно заменить PSU на заведомо рабочий или протестировать с другой розеткой/кабелем. Если есть UPS/стабилизатор — временно убрать из цепи.
- Осмотрите конденсаторы на материнской плате — вздутые/жидкость/подтёки.

4) BIOS/UEFI
- Обновите BIOS до последней версии (если ещё не сделали).
- Для теста отключите энергосбережение: выключите C-states, Intel SpeedStep/AMD Cool'n'Quiet, установите power plan Windows на High Performance и Minimum processor state 100% — это покажет, сохраняется ли проблема при постоянной частоте.
- Сбросьте BIOS в дефолтные значения или временно отключите XMP/разгон.

5) Испытания на стабильность (вне Windows)
- Запустите длительный MemTest86 (несколько проходов/несколько часов).
- Попробуйте Live Linux (Ubuntu, Fedora) с загрузки с USB и поработайте/нагрузите систему — если фризы повторяются в Linux, проблема почти наверняка аппаратная.
- Запустите одновременно GPU/CPU стресс (например FurMark + Prime95) и посмотрите поведение. Но вы уже делали AIDA — полезно сравнить.

6) Проверка дисков/контроллеров и драйверов
- Отключите временно все дополнительные диски/контроллеры, оставьте только систему на одном диске.
- Обновите/переустановите драйверы чипсета и контроллера NVMe/SATA (Intel RST/AHCI).
- В диспетчере устройств посмотрите на ошибки устройств в момент фриза.

7) DPC/латентность
- Запустите LatencyMon (или DPC Latency Checker) и посмотрите, есть ли высокий DPC/ISR задержки, особенно из-за сетевых/звук/антивирусных драйверов.

8) Минимальная конфигурация
- Отключите все ненужные периферийные устройства и карты PCIe, оставьте минимальный набор (CPU, один модуль RAM, GPU (если нет iGPU), системный диск). Если проблема исчезла — поочерёдно возвращайте устройства и смотрите, когда появится.
- Попробуйте поменять планку RAM и сокет (пересадить модуль в другой слот, сменить порядок).

9) Аппаратная замена/тестирование
- Если есть возможность, протестируйте с другим блоком питания, другой видеокартой или другой матерью/CPU (по возможности).
- Измерьте напряжения мультиметром или (ещё лучше) осциллографом, чтобы увидеть пульсации при фризе.

Что искать в логах и скриншотах HWMonitor/HWiNFO
- Резкие падения Vcore, VCCIN или 12V одновременно с падением частоты.
- Резкий прыжок в package power или скачок текущего (или наоборот — защита по мощности).
- Сообщения WHEA о Corrected/Uncorrected errors.
- Любые сообщения о Thermal Throttling (часто показывает как “throttle”/“throttled”).
- Паттерн: фризы только при работе от батареи/UPS/определённой розетки — указывает на питание.

Короткие “быстрые” тесты, которые можно сделать прямо сейчас
- Поменяйте план питания на High Performance и минимальное состояние процессора 100% — попробовать вызвать/исключить энергосбережение.
- Отключите все USB-устройства (кроме клавиатуры/мыши).
- Запустите HWiNFO лог и оставьте записывать на 30–60 минут, потом пришлите кусок лога с моментом фриза.
- Проверьте Event Viewer на WHEA/Kernel-Event/Kernel-Power.

Когда присылайте логи/скриншоты
- Пришлите CSV лог HWiNFO за 1–2 минуты до фриза и 1–2 минуты после — особенно интересны строки с Vcore, Vccin, 12V, CPU Package Power, CPU Frequency, VRM temp.
- Также полезны скрины/логи Event Viewer за тот же период.

Если хотите, пришлите ваши HWMonitor/HWiNFO логи и Event Viewer записи — посмотрю и укажу, где именно искать аномалии. В большинстве случаев такие внезапные длительные «фризы» оказываются проблемой блока питания или материнской платы (VRM/схемы питания) либо багом BIOS/прошивки.

Фризы всей системы — один из признаков смерти системного диска. Рекомендую сделать в первую очередь бэкап важных данных. 
 UPD: 
 
Система если что при это не зависает намертво - например, если во время лага будет включено видео, то звук от произведения этого видео будет идти корректно и чётко, но картинка во всей системе будет буквально на 3-5 fps

или например при разговоре в Discord - голоса других я слышу чётко и ясно, они не тормозят. Меня при этом слышат тоже корректно, но я сам почти сделать ничего не могу (всё слишком тормозит) 
 
 Судя по графикам происходит примерно следующее. Процессор: частоты как-то слишком нестабильно себя показывают и вот эти скачки с шагом в одну-две секунды на ядре №3 выглядят как-то не очень, но вполне возможно для него это норма. А вот видеокарта явно сбрасывает частоты — возможно она перегревается. Как раз тормоза работающего видео и графического интерфейса это показывают. Так что теперь однозначно надо тестировать в первую очередь саму видеокарту и БП. Нужно смотреть все параметры видеокарты в момент фриза, особенно температуру, частоты, лимиты мощности и текущая мощность. Имеет смысл так же и обновить термопасту и термопрокладки в системе охлаждения видеокарты, но уже после её диагностики. 
 В случае, если напряжения БП выходят за пределы нормы — в топку и покупать новый. Для вашей конфигурации это 750-800 Ватт. Топ — SeaSonic и его OEM, более бюджетный вариант — FSP. Остальные смотрите по тестам и обзорам.

Перегреваться может не только ЦП. Могут перегреваться цепи питания на мат плате, может БП перегерваться и вообще любые компоненты. 
 
 Но вообще под подозрением оперативка и диск

Попробуйте отключить e-ядра в биосе есть ощущение что в этом беда, можно еще попытатся в энергоэффективности поднять параметр минимальной нагрузки процессора до 30-50% 
 Ps исключить диски можно отключив их физически и протестировать в лайв системе будут ли проявлятся лаги с ними и без них 
 Pss в логах есть ошибки по драйверу видеокарты?