Mac ユーザーが常にさまざまな Wi-Fi の問題について多かれ少なかれ不満を抱いていることは周知の事実です。
しかし、Apple のサポートフォーラムやインターネットを見ると、昨年秋の iOS 8 と OS X Yosemite のリリース以降、Apple のデスクトップおよびモバイル オペレーティング システムのネットワーク スタックに対する不満のレベルは急上昇しているようだ。
実際、Yosemiteを搭載した私のMacBook Airは、1日に数回Wi-Fi接続が切れ、スリープ解除後に自宅のWi-Fiに再接続するまでに約30秒かかります。Yosemiteを導入する前は、文字通り蓋を開けた瞬間にオンラインになっていたのです。
昨日、MacBook Air に El Capitan をインストールし、iPad Air に iOS 9 をインストールしたところ、ユーザーを悩ませていた Wi-Fi の問題のほとんどが過去のものになったことを報告できてうれしく思います。その理由は次のとおりです。
Yosemite および iOS 8 ユーザーを悩ませているネットワークの問題のほとんど、あるいはすべては、12 年間 Mac 上のネットワークを処理してきた信頼できる古い mDNSResponder プロセスを、同じ機能を持つ discoveryd と呼ばれる新しいプロセスに置き換えるという Apple の不合理な決定に起因していると言えます。
以下は、Yosemite のアクティビティ モニターに記録された恐ろしい discoveryd プロセスです。
簡単に言うと、インターネットには discoveryd のバグに関する恐ろしい話が溢れています。
これらの問題は古いプロセスではどこにも見られないため、Apple は愚かなミスに気付き、ありがたいことに数週間前に OS X 10.10 ベータ 4 から mDNSResponder に戻すことを決定しました。
さらに、iOS 9 と El Capitan が優れている大きな理由として、両方のオペレーティング システムで古い mDNSResponder プロセスが使用されていることが挙げられます。このプロセスは、完璧ではないものの、非常に信頼性が高く、中途半端な discoveryd よりもはるかに煩わしさが少ないです。
El Capitan Developer Preview のアクティビティ モニターを詳しく見ると、以下のスクリーンショットに示すように、discoveryd ではなく、古い mDNSResponder プロセスがオペレーティング システムによって読み込まれていることがわかります。
Xcode開発者ツールを起動してInstruments機能を使うと、iOS 9でもdiscoverydがmDNSResponderに置き換えられていることに気づくでしょう。これで一安心です！
didscoveryd の導入からわずか 1 年で Apple が mDNSResponder の使用に戻ることを決定したことは、私がこれまでに見た中で、罪を認めたに等しい。
品質管理を通過したという発見は、いまだに私にとって不可解です。
バグだらけでユーザーにさまざまな問題を引き起こすような重要なシステム機能を出荷したことを、Apple のソフトウェア チームが恥ずかしく思っているに違いないと思う。
しかし、彼らが正しいことをしたことを嬉しく思います。
ネットワークに関しては、これまで多くの人が指摘してきたように、Yosemite の使用は悪夢です。
そうは言っても、Yosemite で日常的に経験していた厄介な Wi-Fi の問題 (WiFi が不定期に切断される、ネットワーク プロセスが CPU を 100% 使用する、DNS サーバーが応答しない、DNS 構成が無効である、ネットワーク デバイスの名前が永久に変更される (Apple TV が Apple TV (2)、Apple TV (3) になるなど) などが El Capitan ではまったく発生しないことに、私はとても興奮しています。
あなた自身もこれらの問題のいくつかを経験したことがあるのではないでしょうか?
