2018年の15インチMacBook ProをMojaveからCatalina (10.15.4) にアップグレードしたばかりです。 数時間経ちますが
アップグレード後に最初に行ったことの 1 つは、Final Cut Pro X の新しい無料トライアルを使用してビデオを編集することでした。ラップトップの冷却ファンはずっと全速力で動いていましたが、バックグラウンド レンダリングが常に行われていたので、それが普通だと考えていました。
FCP を終了して終了したとき、ファンは回転しなかったので、アクティビティ モニターを確認したところ、mDNSResponder が 90 ～ 100% の CPU を継続して消費していることがわかりました。 アクティビティ モニターのスレッド列は、ほとんどの場合 3-4 スレッドを示し、100% はそれらすべてに分散しており、それらはすべて同じコア上にあるわけではありません。 100%はそれらすべてに分散されており、それらはすべて同じコアにあるわけではありません。どのようにしてそれを行い、それでもほとんどの時間100%かそのすぐ下に留まっているのかは分かりませんが、それがこの製品の動作なのです。
ラップトップは 6 コア (12 論理) で、1 つのコアが完全に使用されていても、パフォーマンスに目立った違いはありません (処理時間を測定しない限り、数値が異なることに気付くだけで、パフォーマンスが異なるわけではありません!)。 これは予想されることです。 Slack は開いているし、Chrome には数十億のタブがあり、IntelliJ IDEA はおそらく何かをインデックスしているなど、他の多くのことが進行中です。
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plistsudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist以下のコマンドを使用して mDNSResponder を再起動しようとしました。 mDNSResponderHelper は停止しなかったので、中間段階として sudo killall mDNSResponderHelper を挿入して、もう一度試してみました。
また、次のように mDNSResponder に HUP 信号を送信してみました:
sudo killall -HUP mDNSResponderこれも効果がありませんでした。
Console を開き、検索フィールドに mdnsresponder を入力して、メッセージが流れるのを 1、2 分間見ました。 Bonjour に関するもの、大量の <private> 、およびごく普通の DNS クエリ ロギングが表示されました。 Bonjour に影響を与えることを期待して、Bluetooth と Wifi の両方を無効にしてみましたが、私は有線 Ethernet 接続をしており (これは切断しませんでした)、何の効果もないようでした。
これを入力した後、結局、cloudphotosd も CPU の健康な塊を占有していたことに気づきました。 これは、OS のアップグレード後に頻繁に発生する悪名高い再インデックス化プロセスであり、私の (かなり大きな) 写真ライブラリを調べ、Catalina に付属するあらゆる新機能に基づいてメタデータを更新し、それらの変更を iCloud にアップロードしていると推測されました。 そうすると、一定のネットワークアクティビティを説明できるので、mDNSResponderのアクティビティもそれで説明できるかもしれないと思いました。 そこで、送信せずにこのウィンドウを開いたままにして、cloudphotosdが落ち着くまでしばらく待ちました。 しかし、mDNSResponderはそうなりませんでした。 その直感はそこまでです！
最後に、私は Mac を再起動してみました。
これは Q&A サイトですが、私は質問をしていませんので、ここで質問します。 私のバッテリ寿命は今、最悪です。 ラップトップのふたを閉じると、停止するように見えますが、再びふたを開けるとすぐに戻ってしまうことを観察しています。 さらに、再起動後の初回DNSルックアップに2秒かかるという症状にも気づきました（<200msと予想しています）。 これは、mDNSResponder が何をしているにせよ、非常に忙しいことによる単なる副作用なのか、それとも原因に関連しているのかはわかりません。
UPDATE 2: 3 週間以上経ちました。 100レプの懸賞金を追加しました。 DNSルックアップの遅延が増加し、しばしば20-30秒かかります。キャッシュがあるようですが、再起動しないと後で遅延が再発するので、時間ベースの有効期限があるのだと思います。 この問題のデバッグと診断に十分な知識を持つ方と直接やり取りができれば幸いです。 私は米国の東部夏時間（UTC-4）にいて、通常、営業時間内に利用可能です。