Discord の 2 番目のインスタンスは CPU の使用率が高いか、Mac のバッテリーを消耗します
現在の製品ワークフロー、リンクされた公式ドキュメント、および反復可能なチェックに基づいています。アカウントと互換性の結果は、インストールされているバージョンで確認する必要があります。
Mac 上の 2 番目の Discord インスタンスからの高い CPU、メモリ圧力、熱、またはバッテリーの使用量を測定し、削減します。
設定を変更する前に測定してください
ウォーム Mac では、原因となっているプロセスが特定されません。アクティビティ モニターを開き、同じ 5 分間のアイドル期間中の元の Discord、インスタンス、および関連ヘルパーの CPU、メモリ、エネルギー、およびネットワーク アクティビティを観察します。その後、代表的な 1 回の通話中またはファイル同期中にこの手順を繰り返します。
公平な比較を作成する
- Mac を再起動し、バックグラウンドでの起動が安定するまで待ちます。
- 元の Discord のみを開き、ベースラインを記録します。
- それを終了し、インスタンスのみをテストします。
- 両方を開いて同じメッセージを繰り返すか、タスクを呼び出します。
- 同期の完了後に使用が停止するかどうかに注意してください。
アイコン数ではなくワークロードを確認してください
忙しいアカウントは、履歴のインデックス作成、メディアのダウンロード、通話への参加、または未読チャネルの処理を行っている可能性があります。アカウント設定、自動ダウンロード、アニメーション メディア、通話デバイス、通知量を比較します。 2 番目のエントリが 2 番目であるという理由だけで非効率であるとは考えないでください。可能な限り同じワークロードを再現します。
継続的なバックグラウンド作業の削減
めったに使用しないアカウントは閉じたままにし、不要なログイン項目を削除し、Discord 内の不要な自動メディア ダウンロードを無効にし、起動をずらします。 macOS 低電力モードは、システムの選択肢としてのみ使用し、基礎となるプロセスが修正されたことを示す証拠としては使用しません。重要な役割に必要なアラートを保存します。
実際のインスタンス制限を設定する
通常の最も忙しい時間帯のメモリ負荷と応答性を観察します。別のインスタンスによって通話が不安定になったり、CPU の持続時間が増加したり、スワップが発生したりする場合は、優先順位の低いアカウントを組み込みスイッチングまたはオンデマンド アクセスに移動します。有用な制限は、ランチャーが作成できるエントリの最大数ではなく、検証された作業によって決定されます。
エスカレーションする場合
1 つのアイドル状態のインスタンスが同期後に繰り返し高い CPU を消費する場合は、バージョン、期間、アクティビティ モニターのサンプル、およびそれをトリガーするアクションを記録します。同じアカウントで公式アプリをテストします。編集された測定値のみをレポートし、現在のバージョンが予測どおりに動作するまで元のアプリに戻ります。