スリープ復帰後に再接続するアプリ:Macの通信量スパイクを捕まえる

カフェでMacBookを開くと、10秒以内にWi-Fiインジケーターがアイドルから忙しく動く状態に変わります。静かだったファンが目に見えて動き出す。メールが40件のメッセージをダウンロードし、Slackは見ていなかったチャンネルのバックログを引き、iCloud Driveは他のデバイスからの変更に追いつき始め、Time Machineは前回の毎時バックアップを逃したことに気づく。これは何も壊れていません——通常のスリープ後の集団殺到です。ただ、従量制または遅い接続では、その最初の30秒は次の1時間より多くの通信量を食らうことがあります。

本稿は、なぜこれが起きるのか、どのアプリが常連の犯人なのか、スリープ復帰がネットワークを罰しないようにスパイクを分散する方法についてです。ホットスポットでこの最初のドッと押し寄せる活動に驚かされて、Macアプリのスリープ後再接続を検索していたなら、これが実用的な答えです。

なぜスリープ後にMacアプリがこれほどのスパイクで再接続するのか

Macがスリープすると、ほとんどのネットワーク接続は破棄されます(スリープモードと電源によってWi-Fi無線は部分的または完全にオフになります)。起動すると、アプリケーションは長く生きていたソケットが死んでいるのを見つけ、ほぼ同時に3つのことをする必要があります:

1. 再接続。 バックエンドサーバーへの新しいTCP接続を開く。
2. 認証。 しばしばトークン更新の往復。
3. 追いつき。 寝ている間に何が起きたかを取得する——新しいメッセージ、新しいメール、新しい共有書類、新しい同期デルタ。

12個の常時オンアプリを持つアクティブユーザーにとって、それは数十の同時接続と数十MBの受信データのバーストで、すべて起動後最初の5〜30秒に起こります。OSはこれを調整しません——各アプリが独自にやります。

典型的なスパイクサイズ順の常連の容疑者

Macアプリがスリープ後にどれだけ積極的に再接続するかの大まかな分類:

クラウド同期エージェント(しばしば最大)

• iCloud Drive。 他のデバイスで変更された書類のデルタを引きます。iMacで200MBのKeynoteを編集していたら、起動時にラップトップへ降ってくると思っておきましょう。
• Dropbox / Google Drive / OneDrive。 同じパターン——同期デルタ、共有フォルダにチームメイトがファイルを追加していたら大きいことも。
• 写真 / iCloud写真ライブラリ。 最も積極的な犯人。電話の新しい写真は、Macの写真がスリープから起きた瞬間にプッシュされます。

典型的なスパイク: 変更内容によって5MBから数GBまで。

メール

• Mail.app、Outlook、Spark、Airmail。 IMAP/Exchangeに接続し、新しいヘッダを取得し、プレビューしたメッセージの本文を取得します。アプリが設定されていれば添付も先読みダウンロードされることがあります。

典型的なスパイク: 量と添付ポリシーによって1〜50MB。

メッセージング

• Slack、Discord、Telegram、Microsoft Teams、iMessage、WhatsAppデスクトップ。 WebSocketを再接続し、見逃したメッセージを引き、チャンネル状態を更新します。同僚が留守中に200MBのビデオを送っていたら、事前キャッシュされる可能性があります。
• Zoom、FaceTime、Webex(バックグラウンド)。 通話中でなくても、アプリはプレゼンスサービスに再接続します。

典型的なスパイク: 2〜100MB。多チャンネルのSlackは上限寄り。

バックアップ

• Time Machine。 スケジュールされた毎時バックアップがスリープ中に逃されていれば、Time Machineはネットワーク復帰の瞬間に追いつきます——特にNAS向け。
• Backblaze、Carbonite、Arq、IDrive。 継続バックアップツールは中断地点から再開します。

典型的なスパイク: 数十MBから数百MBが数分間持続。

macOS自身

• App Storeアップデート。 macOSは既定でアプリアップデートを事前ダウンロードします。
• システムアップデート。 バックグラウンドで複数GBの事前ダウンロード。
• Spotlight / mds。 新しいコンテンツをインデックスし、ネットワーク共有がマウントされていれば時にそこから引いてきます。
• 連係。 近くのAppleデバイスへ再接続。

典型的なスパイク: 待機中のアップデートがあるかによって0から大量まで。

ブラウザ

• Chrome、Safari、Firefox。 開いていたタブはネットワーク挙動を再開します——フィードのリフレッシュ、自動再生動画プレビューの再読み込み、APIのポーリング。

典型的なスパイク: 開いていたタブによって5〜50MB。

アプリ別モニターでスパイクを捕まえる

起動後最初の30秒、メニューバーを観察するのは情報量があります。システム全体の通信量は通常アイドル(1MB/s未満)から短いピークの10〜50MB/sに跳ね、その後落ち着きます。ovaのようなアプリ別モニターでは、ドロップダウンがリアルタイムでどのアプリに責任があるかを示します:

• iCloud Driveが20秒間4MB/s
• Slack Helperが5秒間2MB/s
• Mailが30秒間0.5MB/s
• 写真が90秒間8MB/s

ovaはヘルパーPIDを親アプリの下に折りたたむので、「Slack」は実際は複数のプロセス(レンダラー、GPUヘルパー、プラグインサンドボックス)であっても1行として表示されます。これが「役立つ答え」と「謎めいたプロセス名の壁」の違いです。

履歴ビューはこれにはライブビュー以上に役立ちます——スパイクが起きた後、起動の瞬間にスクラブして遡り、どのアプリがいくら消費したかの層別内訳を見られます。

スパイクを減らす

3つの防衛線。

使わないエージェントを動かさない

アクティビティモニタのネットワークタブを開き、「送信したバイト」で降順ソート。トップ10で見覚えがないか実際に使っていないものは、アンインストール候補です。よくある意外な項目:

• もう所有していないプリンタのプリンタドライバサービス。
• アンインストールしたソフトウェアの「ヘルパー」エージェントだが、起動エージェントが~/Library/LaunchAgents/に残っている。
• アンインストールを生き延びたベンダー設置の分析またはアップデートエージェント。

これらはそれぞれが起動時の小さな再接続に貢献します。除去は衛生です。

追いつきをずらす

一部のアプリはどれだけ積極的に再接続するかを制御させてくれます。Slackには「新規コンテンツの同期を控えめに」設定があります(バージョン依存)。Mailには「新しいメールを確認」頻度があります。写真には「1日一時停止」オプションがあります。バックアップツールでは、継続ではなく平日業務時間にスケジュールしましょう。

特にTime Machine: システム設定 → 一般 → Time Machine → オプションで、「バックアップ頻度」を手動か広い窓に設定。毎時の既定+逃した後の起動は起動時即座に追いつきます。手動なら実際に通信量があるときにバックアップをトリガーできます。

低データモードを使う

システム設定 → Wi-Fi → ネットワークを選択 → 詳細 → 低データモードをトグル。macOSは通信量が制約されているとアプリにシグナルします。行儀のよいアプリはそれを尊重します: iCloudは一時停止し、Apple Musicは低ビットレートに落ち、App Storeはダウンロードを延期します。多くのサードパーティアプリはこのヒントを無視しますが、行儀のよいものは目立った凹みを作ります。

ネットワーク起動の挙動

別個の問題: 一部のMacは受信ネットワークトラフィックで起動するように構成されています。Apple Siliconではシステム設定 → 一般 → 共有の「ネットワークアクセスで起動」関連トグル、Intelでは「Wi-Fiネットワークアクセスで起動」。

これは主に、Macにリモートアクセスする場合(ファイル共有、画面共有、古いバージョンのBack to My Mac)に有用です。ほとんどのユーザーにとっては、Macが夜間に短く起動し、メールを取得し、写真を同期し、再びスリープに戻ることを意味するだけです——そしてキーボードに触れずに従量制データの一部を使ったことになります。

これを無効にしたいなら:

• Apple Silicon: 既定でほぼオンになっており、Intelと同じようにユーザーがトグルできるわけではありません。最も近い制御は共有設定とバッテリー対AC挙動。
• Intel: システム設定 → 省エネルギー / バッテリー → 「ネットワークアクセスで起動」——オフに。

プッシュ通知と常時接続サービス

起動後通信量の小さいが持続的な部分はAPNs(Apple Push Notification service)などから来ます——プッシュ通知を配信するために長い接続を維持するサービスです。これらは通常小さな再接続(数KB)ですが、プッシュを使うすべてのアプリで起こります: Slack、Telegram、カレンダー招待、サードパーティのリマインダー。

通知を壊さずにAPNsを無効にできません。レートが十分小さいので、これが実際の問題であることはまれです——起動スパイクが数百MBなら、原因はプッシュではなく同期エージェントです。

ハイバネート、スリープ、モダンスタンバイ

macOSのスリープモードについて一言:

• スリープ: RAMは電源が入ったまま、ネットワークは部分的または完全にオフ、起動は速い。
• ハイバネート / スタンバイ: RAM内容がディスクに書かれ、機械は実質的にオフ。起動はより長くかかる。
• Apple SiliconのPowerNap相当 / モダンスタンバイ: 低電力状態で、メールと同期のために定期的に起動。

起動後のスパイクは、機械がより深いスリープ状態にあったときに最大になります。Macが定期的に起動して追いついていればより小さくなります。トレードオフはバッテリー消費です——定期起動は継続的にわずかな電力コスト、単一の大きな起動はCPUと無線の短いスパイクコスト。

従量制接続(ホットスポット、ホテルのWi-Fi)では、最も簡単な緩和策はネットワークを低データモードに設定することです——それは低電力起動の追いつきも抑制します。

ovaを動かしてみる

一目で分かるメニューバー通信量モニター——ローカル、署名済み、約3MB。

macOS用ダウンロード

スリープ復帰の監査

週に1回、これをやりましょう:

1. 少なくとも1時間Macをスリープに入れる(昼休みでOK)。
2. 開いて即座にメニューバーでovaを確認。
3. 最初の60秒の合計通信量を記録。100MBを超えるものは調査に値します。
4. ドロップダウンに入り、スパイクサイズで上位3アプリを特定。
5. それぞれについて、これは欲しい追いつきか、それとも絞る/無効化できるかを判断。

これを数回繰り返せば、気にすることを壊さずに起動後通信量使用が大幅に下がります。原則は他の最適化と同じ: 測定、最大の項目を特定、それを修正、再測定。

特定のシナリオ: 旅先でのテザリング

電話のホットスポットで作業しているとき、起動後のスパイクは最悪の通信量です——予測不能、速く来て、中断しにくい。実用的な緩和策:

• ホットスポットSSIDを低データモードに設定。
• 旅行前に写真を終了。予期しない同期では最大の犯人です。
• ホットスポット使用時にiCloud Driveを一時停止——システム設定 → あなたの名前 → iCloud → iCloud Drive → 一時的にオフ。
• メニューバーアイコンからDropbox / Google Driveを一時停止。
• Time Machineが動いていないか確認。出発前に自宅Wi-Fi上で手動でバックアップをトリガー。

合計時間: 旅前準備60秒。合計節約: しばしば数回の起動サイクルで1〜5GB。

次に何をするか

正しい次のステップは、アプリ別モニターをインストールして次のスリープ復帰の瞬間を捕まえることです。ovaは1つの選択肢です——約3MB、macOS 14+で動作、約1秒に1回サンプリングし、ヘルパープロセスを親の下に折りたたむのでドロップダウンは圧倒的ではなく読みやすい。

数回の起動サイクルを観察すれば、パターンが現れます: 通常2〜3個のmacアプリがスリープ後に十分積極的に再接続して、スパイクの80%を占めます。どれかが分かれば、修正は短く的確です。追いつきは病理的ではありません——調整されていないだけで、正しいツールは「なぜMacが急に忙しくなったか」を「写真が追いついている、30秒待とう」に変えます。