MBP RetinaのDockは80%CPUを使用しています


13

MBP RetinaのDockは常にCPUの70〜80%を使用しています。

これは、マシン上の2つのアカウントで発生します。両方のアカウントは、以前のLion MBPから移行されました。

  • Parallelsをインストールしていないため、明らかにこの問題が発生する可能性があります。
  • Dockのplistを削除して再起動しました
  • 何度か再起動しました

これを引き起こしている可能性のあるアイデアはありますか?

ここだドック上のトレースが。私はMac開発者ではないので、それを読むのは難しいと感じています。


好奇心から、珍しいデスクトップ/スペースまたはExposé/ Mission Controlの設定はありますか?
ネイサングリーンスタイン

私が知っていることではありません-以前のMacからインポートされたものです。典型的な-問題は3日後に停止したようです。私はそれに目を光らせておきます。
dkam

おそらく、システムはそれ自体にインデックスを作成していました。別のコンピューターから移行しましたか?
デビッドデルモンテ

@DavidDelMonte彼は明らかに1が彼の設定のほとんどは、新しい空想MBP-網膜:)に移行されたと仮定することができますように、すべてのこのようなものが移行されたことを言う
マーティンMarconciniを

カーネルパニック(!)の後、使用率は80%に戻りました。インデックス作成やTMバックアップが行われているようには見えません。そして、はい、それは派手です。このディスプレイは単純に素晴らしいです。SSDも素晴らしいです。そして、重量、それはいいです。スリムすぎる。スリムを忘れないでください。ドック-それは私を殺している。実際にバッテリーを殺します。
dkam

回答:


16

新しいMBP Retinaでも同じ問題が発生しました。Parallelsをインストールしていますが、Parallelsによって引き起こされる同様の問題は、Parallelsのアップデート(インストール済み)で修正されています。さらに、Parallelsフォーラムで提案された回避策(WindowsアプリケーションフォルダをDockから削除するなど)で問題が解決されなかった。また、Dockのplistを削除し、プロセスを再起動して、コンピューターを数回再起動しようとしました。これらのどれも問題を解決しませんでした。Dockプロセスは100%CPUの使用に戻ります。

トラブルシューティングと修正のために私がしたことは次のとおりです。

これをコマンドラインから実行します。このコマンドは、Dockプロセスがアクセスしているファイルまたはアクセスするファイルをリストします。

sudo opensnoop -n Dock

Dockは繰り返しアクセスしようとしていることがわかりまし/System/Library/CoreServices/DefaultDesktop.jpg/Library/Desktop Pictures/Galaxy.jpg。唯一の問題は、/Library/Desktop Pictures/Galaxy.jpg存在しなかったことです。OSがその場所にOSなしで来たのか、それを削除したのか、誤って移動したのかはわかりません。とにかく、これを修正するために、次の2つのコマンドを使用して、別のデスクトップ画像へのシンボリックリンクを再ポイントしました。

sudo rm /System/Library/CoreServices/DefaultDesktop.jpg
sudo ln -s /Library/Desktop\ Pictures/Lion.jpg /System/Library/CoreServices/DefaultDesktop.jpg

問題は、Dockが、不足しているGalaxy.jpgファイルにアクセスして、DefaultDesktop.jpgシンボリックリンクを介してデスクトップの背景を設定しようと繰り返し失敗したことであるようです。そのシンボリックリンクが実際のJPGファイルを指すと、Dockの高いCPU使用率は停止しました。以前のMBPでは、DefaultDesktop.jpgは(銀河の)本物のJPGファイルでした。

また、これにより、画面をロックしてからロックを解除するためにパスワードを入力すると、ログインしようとしてコンピューターがハングするという別の問題が修正されました。Dockは同じ欠落ファイルにアクセスしようとしていたログイン画面にぶら下がっています。


素晴らしい!どうもありがとうございました。私は今までにopensnoopに出くわしたことはありません-私はそれをさらにチェックします
dkam

ありがとう!これとまったく同じ問題に遭遇しました。類似点はありませんでした。plistファイルを焼いて、Dockを再起動してみてください。
ガブリエルアイゼンバーグ

1
これがまさに私のラップが過去1時間燃えていた理由です。ありがとう(そして私の将来の子供たちもありがとう)。
サイノット

OMGは本当に感謝しています。それだけで、修正は完全に機能しました。
n13 12

4

私のような非技術者のための、より簡単な修正を以下に示します。

  1. Finderに移動し、Finderメニューから「他を隠す」を選択します
  2. デスクトップを右クリック(またはcontrolキーを押しながらクリック)
  3. 「デスクトップの背景の変更」を選択します
  4. 新しい画像を選択します(変更するには、いくつかをクリックする必要がありました)
  5. アクティビティモニターに移動し、Dockアプリを強制終了します
  6. Dockは数秒以内に自動的に再起動し、CPU使用率が100%になります

価値のあることのために、私はこの問題をAppleストアのGenius Barに持ち込み、Appleの「エンジニアリング」にエスカレートしました。返ってきた答えは、私がParallelsを実行していないことを明確に伝えていたにもかかわらず、Parallelのせいだということでした。これが彼らのせいだとAppleがまだ認識していないと思う。それは非常に簡単です-背景のデスクトップ画像についてのすべて!


bugreport.apple.comでログに記録し、重複として閉じました。どうやら他の人のバグレポートを見ることができないようです。
dkam

すべてのスペースにすべての背景を設定する必要がありましたが、うまくいきました。上記の修正は機能しましたが、再起動するまでです。
n13 12

0

試してみることの1つは、Dock設定ファイルを一時的に削除し、CPUの不具合が停止するかどうかを確認することです。ターミナルでこれを試してください:

cd ~/Library/Preferences
mv com.apple.dock.db com.apple.dock.db_backup
mv com.apple.dock.plist com.apple.dock.plist_backup
killall Dock

Dock.appを再起動すると、デフォルトのアイコンセットのみで開きます。インストールされているAppleアプリの存在に応じて、それらのアイコン(iWork、iLifeなど)もそれらのDockに作成されます。また、Dockの設定をリセットし、必要に応じて他のアプリを追加する必要があります。

修正に満足し、DockがCPUに打撃を与えない場合、すべての問題を引き起こした古いDock設定ファイルを削除します。

cd ~/Library/Preferences
rm com.apple.dock.db_backup
rm com.apple.dock.plist_backup

一方、何らかの理由で元の設定ファイルを復元する場合は、次のようにします。

cd ~/Library/Preferences
mv com.apple.dock.db_backup com.apple.dock.db
mv com.apple.dock.plist_backup com.apple.dock.plist
killall Dock

トラブルシューティングのヒント:古い設定ファイルと新しい設定ファイルを交互に切り替えて、Dockを再起動し、CPUが打撃を受けているかどうかを確認します。元の設定ファイルの復元によりDockが誤動作する場合、2つのファイルのいずれかまたは両方の内容が変更されます。一方、Dockがまだ新しい設定ファイルでCPUに打撃を与えている場合は、何か他のものが間違っています。


素晴らしい提案。以前はplistだけを試しました。残念ながら、問題を解決するようには見えませんでした。再インストールが私の次の試みかもしれないと考えています。
dkam

0

これはストックDockで発生するのですか、それとも独自のアイコンを追加した後にのみ発生しますか?Dockプリストを取り外して再起動すると、Dockに触れることなくこれが再び発生しますか?

ドックに何もカスタムがない場合、私が考えることができる唯一のことは(いくつかのあいまいなMBP-Rバグを除く)、ダウンロードのフォルダーまたはアプリ(または表示されるフォルダーの1つ)に何かがある可能性があることですファイルシステムの読み取り中にDockがハングする原因となっているデフォルトのDock)。

考えられる修正方法は、ダウンロードフォルダーを「空」にして(内容をDockの手の届かないところに一時的に移動する)、アクセス許可を修正することです(アプリケーションのフォルダー内で何かが間違っている場合)。


0

シンボリックリンクに関する提案は、私にとってはうまくいきました。代わりにこのコマンドを使用する必要がありました。このコマンドには、デスクトップピクチャフォルダーへのわずかに異なるリンクが含まれています。

sudo ln -s /Library/Desktop\ Pictures/Lion.jpg /System/Library/CoreServices/DefaultDesktop.jpg

ありがとう。スペースをエスケープするために必要な余分なバックスラッシュを含めるように回答を更新しましたDesktop Pictures
crcastle

0

これは私にも起こり、私を少し驚かせました。コンピューターはほとんど使えなくなりました。コンソールを起動し、すべてのエラーは「デフォルトのデスクトップ壁紙が見つかりません」に関するものでした。壁紙を設定アプリからデフォルトに変更すると、すべてが正常に戻りました。

IMOこれはLionのバグであり、壁紙の処理方法です。とても、とても奇妙です。


-1

上記の良い回答に加えて、別のシステムから移行したため、次のことをお勧めします。

  1. すべてが正常になるまで権限を修復します。

  2. システムに先週遅くにリリースされたソフトウェアアップデートの修正を適用したことを確認してください。

  3. コンピューターを私に送ってください。


権限には多くの問題がありましたが、この特定の問題は修正されませんでした。
dkam

1
OK。手がかりとなるコンソールログメッセージはありますか?デビッド
デビッドデルモンテ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.