# Finder（クラシック）でのデバイスと実行に関するエラーと警告 ### 概要 以下に、調査に使用できるデバイスと実行に関するエラーと警告の一覧を示します。 各エラーや警告条件の右側には、その条件が適用されるプラットフォームが記載されています。 | プラットフォーム | デバイスの警告 | デバイスのエラー | 実行の警告 | 実行のエラー | | ---------------- | --------------------------------------------------------------------------------------------- | ------------------------------------------- | ----------------------------------------------- | ------------------------------------------------- | | Windows \| macOS | | | | | | Windows | | | | | Finderのデバイスビューでは、特定のデバイスにおけるこれらのイベントを**エラー**および**警告**のタイムラインで強調表示します。 これらのイベントの定義は、対応するツールチップを説明する記事で見つけることができます。 Finderは、デバイスビューまたはユーザービューのタイムライン内のイベントの特定の発生にカーソルを合わせると、これらのツールチップを表示します。 しかしながら、実行に適用される場合、**高いCPU使用率**警告は**高いスレッドCPU使用率**に、デバイスに適用される場合は**高いスレッドCPU使用率（廃止予定）に名前が変更されたことに注意してください。 実際、デバイスでは、この警告は新しい高い全体CPU使用率**警告に置き換えられます。 詳細については、次のセクションをご覧ください。 ### 報告されたアプリケーションのクラッシュと応答なしイベント #### アプリケーションのクラッシュ アプリケーションは独自のクラッシュハンドラーを提供することができ、その失敗をNexthinkから効果的に隠すことができます。 Macプラットフォームの場合、NexthinkはmacOSの標準ログを使用してクラッシュイベントを記録するすべてのアプリケーションのクラッシュを報告します。 アプリケーションが標準的な手段でクラッシュを報告する場合、macOSには警告が表示されます。 警告を引き起こすすべてのアプリケーションクラッシュは、Nexthinkによって正確に報告されます。 たとえば、Chromeがクラッシュすると、macOSユーザーには次のような警告が表示されます：
#### アプリケーションが応答していないイベント Collectorは、[WindowsおよびmacOSにおける応答していないアプリケーション](/platform/ja/references/database-information-and-organization/application-not-responding.md)の発生を異なる方法で報告します。 macOSでは、ユーザーが応答していないアプリケーションを閉じることで、Collectorがアプリケーションの応答なしイベントを発行します。 しかし、Windowsでは、ユーザーが問題のアプリケーションを閉じなくても、Collectorがアプリケーションの応答なしイベントを報告することができます。 ### CPU使用に関するデバイスの警告 デバイス上での高いCPU状態を示すためにEngineから生成される警告が2つあります： * **高いスレッドCPU使用率（廃止予定）** * **高い全体CPU使用率** 最初の警告である\*\*高いスレッドCPU使用率（廃止予定）\*\*は、CPU負荷がデバイスの1つの論理プロセッサ（ハードウェア\_スレッド\_）で30秒以上80％を超えた場合にトリガーされます。 このしきい値は、複数コアを持つ現代の高性能CPUにはやや低いことが示されています。 たとえば、ハイパースレッディング技術を備えたクアッドコアデバイスは、1コアあたり2つのハードウェアスレッドを持ち、合計で8つの論理プロセッサ（スレッド）と800％の容量を持っています。 したがって、80％の負荷はCPUの総容量のわずか10％にすぎず、あまり重要ではありません。 2番目の警告である**高い全体CPU使用率**は、デバイス内のCPUの総容量を考慮に入れます。 全論理プロセッサーでのCPU負荷が30秒以上70％を超えた場合にトリガーされます。 つまり、しきい値は100％の標準化されたCPU容量に対して70％です。 上記の同じクアッドコアデバイスの場合、それは800％の総容量に対する560％の負荷を意味し、これは実際に高いCPU負荷です。 ### CPU使用に関する警告の集計 前の警告イベントのために、デバイスが高いCPU状態にある時間の割合を知ることができる集計が2つあります。 アプリケーションに対しても同様の集計があります： | 名前 | 適用先 | 説明 | | --------------------- | ------------------------------------------------------ | ----------------------------------------------------- | | 高デバイススレッドCPU時間比率（廃止） | デバイス | 警告\*\*高いスレッドCPU使用率（廃止）\*\*の持続時間を集計し、そのデバイスの稼働時間で割ります。 | | 高いデバイス全体CPU時間比率 | デバイス | 警告**高い全体CPU使用率**の持続時間を集計し、そのデバイスの稼働時間で割ります。 | | 高いアプリケーションスレッドCPU時間比率 | | アプリケーションの実行が高いCPU状態にあった時間を、合計実行時間で割った値です。 | 一般に、集計**高デバイススレッドCPU時間比率（廃止）は、デバイスが高いCPU状態にある時間の比率を高く表示します。 これらの比率は、上記の表で説明した理由から、複数コアのデバイスに対して不当に高い場合があります。 できれば、集計高いデバイス全体CPU時間比率**を使用してください。 集計**高いアプリケーションスレッドCPU時間比率**は、高いCPU消費を持つアプリケーションを見つけたり、バイナリに適用された場合、同じアプリケーションの異なるバージョンを比較し、どれがより長く高いCPU状態にあるかを確認したりすることができます。 --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.nexthink.com/platform/ja/references/references-classic/search-and-information-display-classic/errors-and-warnings-for-devices-and-executions-with-finder-classic.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.