Threadripper 1950x случайные системные зависания - Как я могу отследить проблему?

Краткое введение: Я сделал ошибку и купил следующую новую вещь (впервые в моей жизни), который делает меня платящим бета-тестером (к сожалению). Я уже обыскивал через везде в Интернете.

Моя проблема следующая: Когда я использую браузер на любом другом приложении, я получаю очень короткие замораживания на тех приложениях (1-5 секунд, иногда 1015)

Моя конфигурация системы следующая:

• Threadripper 1950x
• MSI X399, играющий про
• Kingston 2x16 ГБ 2133 МГц RAM
• NVIDIA 1080 ti

Вещи я попробовал:

• обновленный к 4,17 ядрам (никакое различие на поведении)
• добавленный pcie_aspm=off решить Ошибку шины PCIe Ошибки шины PCI
• выполнил стресс-тест ng
• выполнил memtest
• коммутируемый SSD
• протестируйте каждый отдельный модуль RAM
• переустановленная человечность
• попробованный другой PSU
• испытанные различные драйверы NVIDA с/без CUDA
• прошел системный журнал, kern.log, desmeg (единственная интересная вещь, которую я могу найти):

Jun 23 04:28:33 vanila kernel: [ 19.244589] IPv6: ADDRCONF(NETDEV_CHANGE): veth18d1bdd: link becomes ready Jun 23 04:28:33 vanila kernel: [ 19.244631] br-1dbd07f6e628: port 3(veth18d1bdd) entered blocking state Jun 23 04:28:33 vanila kernel: [ 19.244633] br-1dbd07f6e628: port 3(veth18d1bdd) entered forwarding state Jun 23 04:28:33 vanila NetworkManager[1405]: <info> [1529724513.8132] devices removed (path: /sys/devices/virtual/net/veth249d03f, iface: veth249d03f) Jun 23 04:28:33 vanila NetworkManager[1405]: <info> [1529724513.8132] device (veth249d03f): driver 'veth' does not support carrier detection. Jun 23 04:28:33 vanila NetworkManager[1405]: <info> [1529724513.8134] device (veth18d1bdd): link connected Jun 23 04:28:41 vanila gnome-session-binary[3683]: Entering running state Jun 23 04:36:22 vanila kernel: [ 487.292420] zram: Added device: zram0 Jun 23 04:36:22 vanila kernel: [ 487.340465] zram0: detected capacity change from 0 to 68719476736 Jun 23 04:36:23 vanila kernel: [ 487.934775] EXT4-fs (zram0): mounted filesystem with ordered data mode. Opts: discard Jun 23 04:46:18 vanila kernel: [ 1082.725056] perf: interrupt took too long (2631 > 2500), lowering kernel.perf_event_max_sample_rate to 76000 Jun 23 04:50:37 vanila kernel: [ 1341.746646] perf: interrupt took too long (3303 > 3288), lowering kernel.perf_event_max_sample_rate to 60500 Jun 23 04:51:43 vanila NetworkManager[1405]: <info> [1529725903.8403] address 192.168.1.85 Jun 23 04:51:43 vanila NetworkManager[1405]: <info> [1529725903.8411] plen 24 (255.255.255.0) Jun 23 04:51:43 vanila NetworkManager[1405]: <info> [1529725903.8414] gateway 192.168.1.254 Jun 23 04:51:43 vanila NetworkManager[1405]: <info> [1529725903.8416] server identifier 192.168.1.254 Jun 23 04:51:43 vanila NetworkManager[1405]: <info> [1529725903.8418] lease time 3600 Jun 23 04:51:43 vanila NetworkManager[1405]: <info> [1529725903.8421] nameserver '192.168.1.254' Jun 23 04:51:43 vanila NetworkManager[1405]: <info> [1529725903.8423] domain name 'lan' Jun 23 04:51:43 vanila NetworkManager[1405]: <info> [1529725903.8425] dhcp4 (enp8s0): state changed bound -> bound Jun 23 04:56:01 vanila kernel: [ 1666.229322] perf: interrupt took too long (4136 > 4128), lowering kernel.perf_event_max_sample_rate to 48250

Я почти положителен, что это имеет некоторое отношение к докеру veth, таким образом, я думаю, что этот вывод бесполезен. zram0 и interrupt took too long и вероятно от ryzen-теста, который я выполнял в данный момент для создания другого стресс-теста

В данный момент я думаю о продаже системы. У меня больше нет идей о том, как иметь дело с этим, и мне нужен мощный сервер для моего исследования. Это утомляет меня.

Есть ли что-либо еще, что я могу сделать, чтобы попытаться отладить эту проблему?