ゲーム中のシステム障害カーネルID 41関連
ご挨拶、私はたくさんの経験がありますWindowsのトラブルシューティングがありますが、それは専門家からの援助を必要としています.
See、私は問題を解決しようとしているという問題を解決しようとしているので、CPU/GPUの集中的で非集中的なビデオゲームを再生するときにシステムクラッシュを引き起こすのは、まだ私のコンピュータを凍結させ、奇妙な種類
に見られるように黒いスクリーンとDRAM(オレンジライト)が点滅している状態の
この動画
アップロードしたこと
これがLinux(KDE NEON)オペレーティングシステムでは起こらないことをすばやく述べたいと思います.私はWindowsの不当な口を暗示していませんが、ユニジャインバレーベンチを使用してテストで24時間のGPUの燃焼OpenGL API ISを使用したマークプログラム
サウンドの成功し、それ以上の安定性の問題を示していませんでしたが、デスクトップには十分に十分なので、オペレーティングシステムが完全に凍結する可能性が小さい可能性があります.
Windowsでは、OpenGLまたはDirectXのどちらかでUnigine Valleyを実行していると、1時間から3時間の間にチャンスがあります.致命的なクラッシュは、前述のビデオに見られるように発生します.
さて、私は異なる電源、さまざまなGPU、スワップされたRAMスロットを試してみました、さまざまなRAMスティックを試してみました.
マザーボードのPSUレールを分割してください.-唯一の違いは、それほど強力なGPUがインストールされている場合、ビデオゲームには、私の最も強力なGPUが私のBuildの隣に横たわっていたので、クラッシュする可能性が低いため、GPUが弱い
それはシステムの障害の原因となった.
私のwindows Buildは常に私のマザーボードとGPU BIOSと同じです.ドライバーに関しては、それらのほとんどが最新のものです、私が使用する意図しないデバイスはマザーボードから無効にされています.
イベントログで見つけたレポートをWindowsログに投稿したいと思います.System:
ログ名: システム
ソース: Microsoft-Windows-Kernel-Power
日付: 11/19/2020 7:54:52 PM
イベントID: 41
タスクカテゴリ:(63)
レベル: クリティカル
キーワード: (70368744177664)、(2)
ユーザー: システム
コンピューター: Desktop-EB52UFG
説明:
最初にきれいにシャットダウンせずにシステムが再起動しました.このエラーは、システムが対応し、クラッシュした、または電源を予期せずに停止した場合に発生する可能性があります.
イベントXML:
41 8 1 63 0 0x8000400000000002 1989 System DESKTOP-EB52UFG 2090x00x90x10xfffff8036bc841a10000false00false00false
返信リスト(回答:6)
BIOSを更新すると、グラフィック関連の問題が発生する場合があります.
応答2# ->にスキップ1 #Nichola私はすべてをしましたが、気づかなかったことをしました.
このファイルで見つけたダンプの手がかりに基づいて拡張フォーラム検索を行いました.誰かが使用しようとしました AMD Pro Enterpriseドライバー.
それで、DDUセーフモードで、再起動時にプロドライバーをインストールし、数回再起動した後、投稿インストール、および長期使用から1日後.それ以来、ランダムなクラッシュは発生していません.うまくいけば、私はそれをジンクスしませんが、10億ドルの魅力的な会社にとって受け入れられないことは、ドライバーのリリースに非常に無能であると言わなければなりません!彼らはRXVegaとRadeonVIIのラインナップを完全に放棄しました.私はAMDにとても失望しています.
根本的な原因はGPUドライバーでした.
NOjpINDOWS.Linuxで問題なく動作した理由は、Linuxがオープンソースのamdgpuドライバーを使用しているため、ドライバーの品質がAMDを恥じているからです.このミニラントについてお詫びしますが、何が悪いのかを理解するのに1年かかりました
私のBuild.AMDをねじ込みます.
また、ダンプファイルを削除するためにCcleanerが設定されているApplicationがないことを確認してください.
このファイルは存在しますか?
応答4# ->にスキップ3 #Nicholaこんにちは、あなたのサポートをありがとうございました.
ここで最新のダンプファイルを投稿したら、Windowsがメモリダンプの作成を拒否する理由を理解したら、
自動ファイルダンプモードに設定し、最高の希望を願っています.
PowerShellからチェックインしている、「クリーンアップ」関連
Get-ScheduledTask|? {$ _.settings.maintenancesettings} |..gridview
のエントリの入力:
CleanupporaryState-Ready
DSSVCCLEANUP-READY
段階的なアプリのクリーンアップ-無効
SilentCleanup-Ready
StartComponentCleanup-Ready
アカウントのクリーンアップ-無効
Windows Defender Cleanup-Ready
私はダンプファイルを自分で見てみました、それはハードウェア関連の障害または悪いGPUドライバのどちらかを示唆しています.
ハードウェア関連の問題が当てはまる場合は、GPUを交換のためにそのベンダーに送り返すことになりますが、特定のGPUを使用していなくても、ビデオに見られるように、もう一度鳴ってみると、クラッシュする可能性が低くなります.しかし問題は残ります.
UbuntuベースのLinux分布でGPUストレステストを実施し、テストで24時間燃焼後にシステムが安定しているように見えることがわかりました.だから、私はAMD GPUドライバーに非常に疑わしいです.