icddプロセスがmacOSで大量のメモリを消費する

過去1週間ほどで、プロセス「icdd」が時々開始され、実行されると大量のRAM（7 GB以上）を消費します。この場合、アクティビティモニターを開いてプロセスを強制終了できるまで、私のMacBook Proは基本的に機能しなくなります。

icddが7GBを超えるRAMを使用し、メモリのプレッシャーを急上昇させていることを示すアクティビティモニターのスクリーンショットを添付しました。

このプロセスが何であるか、またはこの問題が30分ごとに発生するのを防ぐ方法を誰かが知っていますか？

私はこの問題について1年以上Appleのシニアテクニカルアドバイザーと協力しており、それよりも前に別のシニアアドバイザーと協力していた。アクティビティモニター、イメージキャプチャ、および最終的にはicddが/ Users / user_nameで管理するplistで何が行われているのかを示すために、「データキャプチャ」を行ってAppleエンジニアに数回送信したり、画面記録を行ったりしています。 /ライブラリ/ Application Support / icdd / deviceInfoCache.plist（Xcodeで表示）。

この時点で、何が起こっているかについての私の最良の見積もりは次のとおりです。

icdd（イメージキャプチャデバイスデータベース）プロセスは、スキャナーがビジーなネットワーク上を行き来するのを確認します。アイコンファイルのリストをハッシュテーブルに保持しようとします。ハッシュテーブルは、上記のdeviceInfoCache.plistファイルにも書き込みます。はい-これはクレイジーに聞こえます-スキャナーのアイコンファイルへの参照を保持しています。しかし、さらに奇妙なのは、何らかの理由で、このファイルのほとんどすべてのエントリが、存在しない.icnsファイルを指しているということです。私が調べたいくつかのシステムのうち、ファイルには何千ものエントリがありましたが、1つのマシンに存在した.icnsファイルはごくわずかで、他のマシンには存在しませんでした。このファイルが大きくなると、icddは.plistファイル内のエントリの存在を確認し、ファイルを変更しようとするのに多くの時間を費やしていると思います。私はこれを2つの理由で信じています。まず、ノートパソコンを家に持ち帰ると、icddプロセスは時々CPUの約100％で実行を継続しますが、その後それを強制終了すると、毎回約0.0〜0.1％の「通常の」プロセスに戻ります。そのため、自宅で開いたときに、エントリに関する情報を処理しようとしているときがあると思います。しかし、ビジー状態のネットワーク上でそれを殺すと、すぐに100％近くに戻ることがよくあります。Image Captureに表示されるスキャナーの数が減少すると（多くの場合、減少しますが、何らかの理由で定期的に急上昇します）、icddは最終的に落ち着きます。次に、deviceInfoCache.plistファイルを削除すると、icddはしばらくの間合理的な動作をします-エントリの数が再び増えるまで。icddはこれらのエントリのコピーをメモリに保持するため、ユーザーアカウントからファイルを削除しても、icddはただちにファイルを書き換えます。そしてもちろん、ファイルを削除するのに十分長い間icddをkillすることはできないため、ログアウトして、ターミナルを介して別の管理者アカウントからファイルを削除する必要があります。icddは、再度ログインするとファイルを再作成しますが、エントリは比較的少なく、しばらくは問題なく動作します。

スケールについての考えを示すために、Appleエンジニアは私がImage Captureに85ものスキャナーを表示していることに驚いた。ただし、多くの場合、この数は同じシステムで同じ時間枠で約6に落ち着きます。deviceInfoCache.plistファイルには、私が調べたシステム上でicddの問題があった8,000から12,600のエントリがありました-私のものはより大きなもので、私がicddの問題を抱えていたため、これは古いマシンから引き継がれたと思います2016年12月に新しいMacBook Proをセットアップしたときから。plistファイルを削除したところ、新しく作成されたファイルの初期エントリ数は44で、数日間、icdd cpu使用率は0.0％近くに留まりました。しかし、キャンパスで約5日後、私のplistファイルには964のエントリが含まれています。icdd cpu使用率は、大学のビジーなネットワーク上で30％から90％の間で定期的に跳ね返ります。私が家にいるとき、plistファイルのエントリ数は1日の間に0から2までしか増加しません。前のplistファイルの12,600エントリのうち、2つだけが「deviceName」を含み、残りは「iconPathLocation」を含んでいます。これらはすべて、存在しない.icnsファイルを指しています。現在のplistでは、「deviceName」を含む正確に2つのエントリが残り、残りには存在しない「iconPathLocation」が含まれています。これらはすべて、存在しない.icnsファイルを指しています。現在のplistでは、「deviceName」を含む正確に2つのエントリが残り、残りには存在しない「iconPathLocation」が含まれています。これらはすべて、存在しない.icnsファイルを指しています。現在のplistでは、「deviceName」を含む正確に2つのエントリが残り、残りには存在しない「iconPathLocation」が含まれています。

したがって、短期的な解決策は、ユーザーアカウントからログアウトしているときに、ターミナルを介して別の管理者アカウントからplistファイルを削除することです。うまくいけば、この情報が私のシニアアドバイザーからアップルエンジニアに提供されているので、アップルエンジニアは、icddがこのように動作し、問題を修正する理由を理解するのに十分な情報を手に入れるでしょう。もちろん、私の短期的な解決策を検証して、あなたが見つけたものをAppleに報告し続けることができれば、おそらく助けになるでしょう。

私はしばらくの間この問題を扱っており、どこでもチェックしています！それはイライラさせられます...最終的に私はこの愚かな狂気を止めることができるリンクを見つけました。これが問題の原因であるかどうかはわかりませんが、それで停止する可能性があります。手順は次のとおりです。

1）無効SIP（リンク）

2）次のコマンドを入力します。

cd /アプリケーション

sudo mv Image \ Capture.app/ Disable \ Image \ Capture.app/

cd / System / Library / Image \ Capture / Support /

sudo mv icdd icdd-disable

3）再起動

4）気になる場合はSIPを有効にする

元のリンク：https : //havecamerawilltravel.com/photographer/prevent-photos-app-mac-osx

うまくいけば、それが役立ちます。

私もこの問題に取り組んできました。オンラインで答えを見つけられず、ターミナルを台無しにしたくないので、Appleサポートに電話しました。最初、彼らは私のHDが破損していると思っていました（それは-修正されましたが、問題は修正されませんでした）。RAMを増やしても問題は解決しませんでした。ネットワークスキャナーの検索に関するインターネットのコメントに促されて、ICDDはWi-Fiが有効になっているときだけ気が狂うことに気づきました。Wi-Fiから切断してICDDを終了すると、再起動せず、RAMまたはCPU使用率が上昇しません（Wi-Fiが再度有効になるまで）。

SMCとNVRAMをリセットすることで問題を解決したと思われるAppleサポートに再度電話をかけた。現在、ICDDは10 GB以上のRAMを消費するのではなく、低レベル（10〜20 MB）で実行されます。これらを行うために以下のリンクを追加しましたが、特定の問題についてはアップルサポートに連絡することをお勧めします。

なぜこれが起こっているのかについての説明は、RAMが詰まっているか、インターネットキャッシュがいっぱいになっていることと関係がありました。

これが何人かの人に役立つことを願っています！

SMCのリセット：https : //support.apple.com/en-us/ht201295

NVRAMをリセット：https : //support.apple.com/en-us/ht204063

10-15分修正。

私のスペック：

• 2011年初頭13インチMacBook Pro
• 500 GB Samsung SSD（約1.5年前にアップグレード）
• 8 GB RAM（約1か月前にアップグレード）
• macOS Sierra 10.12.3（最大
• SASソフトウェア向けのParallels 10 with Windows 10

上記の回答はより良い技術データを提供しますが、一般的なメモを追加したいと思います。

私たちが扱っているのはおそらく、何年もの間古いバグを抱えており、適切にテストされておらず、おそらく修正されないだろう、お粗末なソフトウェアです。それで全部です。過去10年間、アップルのソフトウェアエンジニアリングは常に悪化しており、そのようなシナリオには常に耐えなければなりません。

通常、このようなソフトウェアのピースを元の状態にリセットすると（たとえば、キャッシュを削除してファイルを設定し、.plistsを実行するか、ユーザーのデフォルトをリセットすることで）、しばらくの間問題が緩和されます。

別の方法は、OS関連のサブシステムをリセットすることです。たとえば、この場合は、「印刷システムをリセットする」ことができます。これにより、icddの頭がしばらくクリアされる可能性がありますが、印刷環境を再度セットアップする必要があります。

そしてもちろん、Appleに新しいRADRエントリを開くと、最終的に障害のあるサブシステムに注意が向けられる可能性があります。