Mac の LockDown Browser RAM 使用量 (構成別の測定値)

LockDown Browser はすべての Apple Silicon Mac で 720〜900 MB の常駐メモリを使用します。LDB は利用可能な RAM に応じてメモリ使用量をスケールしないため、チップ世代をまたいで横ばいです。重要事項として、8 GB の Mac は Monitor 有効の長時間試験で再現性のある OOM 失敗を起こします。遠隔監督試験には 16 GB が実用上の最低限です。

測定された RAM 使用量 (LDBypass ベンチマーク)

Mac常駐中央値常駐 P95OOM リスク?
M1 Air 8 GB740 MB820 MBあり - 3 回中 2 回が 73 分で OOM kill
M2 Air 16 GB728 MB814 MB観測なし
M3 Pro 18 GB752 MB847 MBなし
M4 Pro 24 GB781 MB872 MBなし
M4 Max 36 GB798 MB891 MBなし

パターンとして、常駐メモリはほぼ横ばいです。LDB は実際に使う量を超えて利用可能な RAM を活用しません。M4 Max の 36 GB は LDB から見れば実質的に無駄になっています。

なぜ 8 GB は遠隔監督試験に不向きなのか

8 GB Mac の OOM リスクは、LDB の使用量単体ではなく メモリ圧迫 から生じます。macOS の LDB 試験中の合計ワーキングセットには次のものが含まれます。

合計で、試験中の常駐プロセスは約 5〜7 GB です。8 GB の Mac では、これにより空きが 3 GB 未満になり、macOS のメモリ圧縮が懸命に働き始めます。その上で持続的な Monitor 記録を行うと、システムをスワップに押し込んだり、最大のプロセスを OOM kill したりすることがあります。

RAM 段階別の推奨事項

Mac RAM60 分未満の試験で OK?3 時間未満で OK?4 時間以上の期末で OK?
8 GBリスクあり不可 - OOM を観測不可
16 GB✓ 快適✓ 快適✓ 余裕あり
24 GB✓ 過剰✓ 過剰✓ 快適
32 GB 以上✓ 過剰✓ 過剰✓ 快適

8 GB から動けない場合

OOM リスクを下げる緩和策。

  1. LDB を起動する前に、他のすべてのアプリを終了してください。アクティビティモニタ → 常駐 50 MB 超で macOS システムではないものをすべて終了します。
  2. 試験中の Spotlight インデックス作成を無効化してください: sudo mdutil -i off /
  3. 一時的に iCloud Drive からサインアウトしてください (システム設定 → Apple ID → iCloud Drive → オフ)。
  4. 試験前に再起動してください。メモリ状態がクリーンになります。
  5. 電源に接続して試験を受けてください (Mac はバッテリー駆動時にメモリをより保守的に割り当てます。電源接続なら大丈夫です)。
  6. 60 分を超える試験では、16 GB の Mac の借用を強く検討してください。

メモリ圧迫インジケータ

アクティビティモニタ → メモリタブ。「メモリプレッシャ」グラフは緑 (良好)、黄 (要注意)、赤 (重大) を示します。LDB 試験中。

試験中盤にメモリプレッシャが黄/赤の場合。macOS は活発にスワップしており、LDB のパフォーマンスは低下し、OOM kill のリスクが上がります。

Frequently asked questions

LDB が OOM 失敗すると試験の回答は失われますか?

ほぼ安全です。回答はクリックするたびにサーバー側で保存されます。現在進行中の問題は、入力途中のテキストを失う可能性があります。OOM が発生した場合は、ただちに担当教員にメールしてください。

16 GB から 24 GB へのアップグレードは LDB の役に立ちますか?

いいえ。LDB はメモリ使用量をスケールしません。16 GB と 24 GB で LDB の挙動は同一です。アップグレードは他のワークロードのためです。

Apple はなぜ遠隔監督試験に不向きな 8 GB Mac を販売しているのですか?

Apple の 8 GB Mac は、ほとんどの消費者向けワークロード (Web、メール、Office、基本的なクリエイティブ) に対応します。Monitor 記録を伴う遠隔監督ソフトウェアは、消費者向けで最も重いワークロードの一つです。Apple はこれを特定のベンチマークでテストしてはいません。