Apple Silicon Mac 4 機種で LockDown Browser を測定 (2026 ベンチマーク)

Last updated 2026-05-14 · LDBypass Editorial

このベンチマークを実施した理由

Respondus は LockDown Browser のパフォーマンス数値を公開していません。既存のサードパーティ測定は M3/M4 世代と macOS Sonoma/Sequoia スタック以前のものです。試験監督が広く必要な学位プログラム用に Mac を選ぶ学生は、どの構成なら遠隔監督試験を快適に処理でき、どれがバッテリーやメモリでぎりぎりになるかについて、現行のデータを得るに値します。

手法

テスト対象ハードウェア

ソフトウェアスタック

• macOS: Sonoma 14.6 (主)。Sequoia 15.4 確認実行は M3 Pro と M4 Max。
• LDB バージョン: 2.1.5.01 (2026 年 3 月リリース)。
• LMS: Canvas (Instructure) サンドボックスコース。
• Respondus Monitor: 有効、Dashboard の既定構成。

試験ワークロード

標準化された 90 分の模擬試験。50 問の選択式、10 問の論述プロンプト (論述あたり約 200 語入力)、試験前環境スキャン 30 秒。すべての再現で同じ試験内容を使用しました。

測定アプローチ

• CPU + RAM: 試験中アクティビティモニタを 1 Hz でサンプリング。生のサンプルログは top -l 540 -s 1 -pid $(pgrep "LockDown Browser") 経由でエクスポートしました。
• バッテリー消費: pmset -g batt を 30 秒間隔でサンプリングし、毎時消費率に積分しました。LDB の寄与を分離するため、ベースライン消費 (Mac アイドル、画面オフ) を差し引きました。
• ネットワーク: 90 分のウィンドウ中の上り/下りバイト数のため、nettop -p $(pgrep "LockDown Browser") を使用しました。
• 起動レイテンシ: Canvas での「Launch LockDown Browser」クリックから「Begin Exam」ボタン描画までのストップウォッチ。

各構成を 5 回実行し、中央値を報告します。標準偏差は再現間で通常 15% 未満でした。

環境統制

• 輝度: すべての Mac で 50% (システム設定 → ディスプレイ → 手動スライダー、自動輝度なし)。
• バッテリーの開始状態: 100% 充電、試験開始時に電源を抜く。
• バックグラウンド: macOS のシステムプロセスのみ。サードパーティアプリは非実行。
• ネットワーク: USB-C-Ethernet アダプタ経由の 100 Mbps 有線 Ethernet (Wi-Fi のばらつきを排除)。
• 部屋: 同じ実験室、同じ周囲温度 22 °C、同じ照明を継続。

結果

安定状態の試験中の CPU 使用率

最も負荷の高いパフォーマンスコアでの持続 CPU、実行あたり 540 サンプルの中央値、構成あたり 5 回の実行。

M4 世代の幅広いパフォーマンスコアは、LDB のシングルスレッド経路を明確に低い使用率で吸収します。初期化スパイク (Webcam チェックと最初の WebKit ページ読み込み中) は、M4 チップで 500 ms 未満であるのに対し、M2 Air では約 3 秒です。

試験中の常駐メモリ

メモリ使用量はチップ世代をまたいで本質的に横ばいです。LDB はより大きな Mac であっても RAM をそれ以上使うわけではありません。気がかりな結果として、同じワークロードを別途 M1 MacBook Air 8 GB (主機材外) で再現したところ、Monitor 記録が 73 分時点で LDB プロセスを OOM kill しました (3 回中 2 回)。推奨。8 GB の Mac は 60 分を超える Monitor 有効の試験には不向きです。

毎時バッテリー消費

ベースラインを差し引いた消費 (バッテリーの毎時 mAh、パーセントに正規化)。

M4 世代の改善された効率コアは、明確なバッテリー駆動時間の優位性を生みます。電源を抜いた状態の 3 時間の期末試験の場合、M4 Pro/Max は約 75% の残量を残しますが、M2 Air は約 50% を残します。試験後の作業時間も必要な場合、これは不安な領域です。

Monitor 記録中のネットワークアップロード

セルラーホットスポット利用者への実用的な含意。90 分の遠隔監督試験で約 155 MB のセルラーデータを消費します。一般的な月 5 GB の上限では、こうした試験を約 30 回行えます。

起動レイテンシ (クリックから「Begin Exam」ボタンまで)

太字の数値は、文書化された Tahoe + M4 Pro/Max の初期化遅延問題を再現します。Tahoe で M4 Pro/Max チップ特有に、初期化が約 13 秒遅くなります。M4 ベースチップは影響を受けません。Tahoe 上の M2/M3 Air/Pro は Sonoma 比で約 1 秒の遅延を示しますが、これはノイズ範囲内です。

同じワークロードでの Safari と Chrome との比較

同じ M2 Air、同じ 90 分の試験ワークロード、キオスクモードなし (通常のブラウザタブで LMS 試験を実行するのみ) の場合。

LDB + Monitor は、バッテリーで Safari (最安) と Chrome (最高) の間に位置します。CPU コストはほぼ Monitor のビデオエンコードによるもので、Monitor なしでは LDB のオーバーヘッドは Safari に近づきます。

データからの実用的な推奨事項

1. 60 分を超える Monitor 有効試験: 16 GB RAM が最低限。8 GB の Mac は再現性のある OOM 失敗を起こします。
2. バッテリー駆動の 3 時間期末試験: M4 Pro/Max を推奨。M2 Air は約 50% 残量で、予期せぬ遅延に対して不安な余裕です。
3. macOS Tahoe で M4 Pro/Max を使う場合: 初期化遅延を吸収するため、試験開始の 15 分前に LDB を起動してください。
4. セルラーホットスポット試験: 90 分試験あたり約 155 MB を見込んでください。
5. パフォーマンスは現代の Mac で制限要因ではない: M2 Air ですら 17% の CPU でワークロードを処理します。制約はバッテリー (長時間試験で) と RAM (メモリが不十分な Monitor 有効試験で) です。

注意点と制限

• すべての測定値は Respondus Dashboard の既定構成によるものです。追加のチェック (アクセシビリティ、フルディスクアクセス、カスタムブラックリスト) を有効にした機関は、より高いオーバーヘッドを目にします。
• 試験内容 (選択式 50 問 + 論述 10 問) は典型的なワークロードですが、最悪ケースではありません。埋め込み動画、複雑な数式描画、大きな画像アセットを含む試験はコストが大きくなります。
• 主機材で Intel Mac はテストしていません。2019 年 16 インチ MacBook Pro Intel i9 (32 GB) でのスポットチェックでは、同一ワークロードで M2 Air の約 2〜3 倍の CPU を計測しました。
• 実際の試験条件には、バックグラウンドのサードパーティアプリ (ベストプラクティス違反) が含まれる場合があります。本測定はクリーンな環境を前提としています。

このベンチマークの再現方法

上記の手法セクションは、お手持ちのハードウェアで再現するのに十分なはずです。標準化された模擬試験の内容と測定スクリプトは手法ページで公開しています。大きく異なる数値を再現した場合は editorial@ldbypass.com までご連絡ください。情報をお待ちしています。

データと更新

このベンチマークは LDB 2.1.6 のリリース (2026 年第 3 四半期目標) 時に再実行します。M4 Pro/Max の Tahoe での初期化遅延は、そのタイミングで解消されるはずです。追跡表を公開します。