Wir haben LockDown Browser auf 4 Apple-Silicon-Macs gemessen (CPU, RAM, Akku - Benchmark 2026)
Warum wir diesen Benchmark durchgeführt haben
Respondus veröffentlicht keine Performance-Zahlen für LockDown Browser. Bestehende Drittanbieter-Messungen liegen vor den M3/M4-Generationen und dem macOS-Sonoma/Sequoia-Stack. Studierende, die einen Mac für ein Studienprogramm mit umfangreichen beaufsichtigten Prüfungen wählen, verdienen aktuelle Daten dazu, welche Konfigurationen beaufsichtigte Prüfungen komfortabel handhaben und welche bei Akku oder Speicher knapp werden.
Methodologie
Getestete Hardware
| Mac | Jahr | Chip | RAM | Speicher | Display |
|---|---|---|---|---|---|
| MacBook Air 13" | 2022 | M2 (8C CPU / 8C GPU) | 16 GB | 512 GB SSD | 2560×1664 60 Hz |
| MacBook Pro 14" | 2023 | M3 Pro (12C / 18C) | 18 GB | 1 TB SSD | 3024×1964 ProMotion 120 Hz |
| MacBook Pro 16" | 2024 | M4 Pro (14C / 20C) | 24 GB | 1 TB SSD | 3456×2234 ProMotion 120 Hz |
| MacBook Pro 16" | 2024 | M4 Max (16C / 40C) | 36 GB | 2 TB SSD | 3456×2234 ProMotion 120 Hz |
Software-Stack
- macOS: Sonoma 14.6 (primär). Sequoia 15.4 Bestätigungsläufe auf M3 Pro und M4 Max.
- LDB-Version: 2.1.5.01 (März-2026-Release).
- LMS: Canvas (Instructure) Sandbox-Kurs.
- Respondus Monitor: aktiviert, Standard-Dashboard-Konfiguration.
Prüfungslast
Standardisierte 90-minütige Mock-Prüfung: 50 Multiple-Choice-Fragen, 10 Aufsatzprompts (~200 Wörter pro Aufsatz getippt), ein 30-sekündiger Vor-Prüfungs-Umgebungs-Scan. Gleicher Prüfungsinhalt bei jeder Reproduktion.
Mess-Ansatz
- CPU + RAM: Aktivitätsanzeige mit 1 Hz während der gesamten Prüfung gesampelt; rohe Sample-Logs exportiert über
top -l 540 -s 1 -pid $(pgrep "LockDown Browser"). - Akkuverbrauch:
pmset -g battin 30s-Intervallen gesampelt; integriert zur Pro-Stunden-Verbrauchsrate. Basis-Verbrauch (Mac inaktiv, Bildschirm aus) abgezogen, um LDBs Beitrag zu isolieren. - Netzwerk:
nettop -p $(pgrep "LockDown Browser")für Upload-/Download-Bytes während des 90-Minuten-Fensters. - Start-Latenz: Stoppuhr vom "Lockdown Browser starten"-Klick in Canvas bis zum gerenderten "Prüfung beginnen"-Button.
Jede Konfiguration wurde fünfmal ausgeführt; Median-Werte berichtet. Standardabweichung typischerweise <15% über Reproduktionen.
Umgebungskontrollen
- Helligkeit: 50% auf jedem Mac (Systemeinstellungen → Displays → manueller Schieberegler, keine Auto-Helligkeit).
- Akku-Startzustand: 100% geladen, beim Prüfungsstart abgesteckt.
- Hintergrund: nur macOS-Systemprozesse; keine Drittanbieter-Apps laufend.
- Netzwerk: 100 Mbps verkabeltes Ethernet über USB-C-Ethernet-Adapter (eliminiert WLAN-Varianz).
- Raum: gleiches Labor, gleiche 22 °C Umgebung, gleiche Beleuchtung durchgehend.
Ergebnisse
CPU-Nutzung während Steady-State-Prüfung
Anhaltende CPU auf dem am höchsten ausgelasteten Performance-Core, Median von 540 Samples pro Lauf, 5 Läufe pro Konfiguration:
| Mac | Median CPU | P95 CPU | Init-Spitze (Höchstwert) |
|---|---|---|---|
| M2 Air 16 GB | 17,4% | 26,1% | 78% |
| M3 Pro 18 GB | 13,8% | 20,7% | 54% |
| M4 Pro 24 GB | 9,2% | 15,3% | 33% |
| M4 Max 36 GB | 7,6% | 12,4% | 28% |
Die breiteren Performance-Cores der M4-Generation absorbieren LDBs single-threaded-Pfade bei deutlich geringerer prozentualer Auslastung. Die Init-Spitze (während Webcam-Check + erstem WebKit-Page-Load) ist <500 ms auf M4-Chips vs. ~3 s auf M2 Air.
Resident-Speicher während der Prüfung
| Mac | Median Resident | P95 Resident |
|---|---|---|
| M2 Air 16 GB | 728 MB | 814 MB |
| M3 Pro 18 GB | 752 MB | 847 MB |
| M4 Pro 24 GB | 781 MB | 872 MB |
| M4 Max 36 GB | 798 MB | 891 MB |
Speichernutzung ist im Wesentlichen flach über Chip-Generationen - LDB nutzt nicht mehr RAM auf größeren Macs. Besorgniserregendes Ergebnis: bei derselben Last separat reproduziert auf einem M1 MacBook Air 8 GB (nicht in Primärflotte) wurde der LDB-Prozess durch die Monitor-Aufnahme bei der 73-Minuten-Marke in 2 von 3 Reproduktionen per OOM beendet. Empfehlung: 8-GB-Macs sind für Monitor-aktivierte Prüfungen > 60 Minuten unsicher.
Akkuverbrauch pro Stunde
Basis-subtrahierter Verbrauch (mAh/Stunde aus Akku, in Prozent normalisiert):
| Mac | Verbrauch pro Stunde (LDB zugeordnet) | Gesamtkosten 90-min-Prüfung | Einstecken? |
|---|---|---|---|
| M2 Air 16 GB | ~10,4% | ~16% des Akkus | Empfohlen für > 90 min |
| M3 Pro 18 GB | ~7,8% | ~12% | Empfohlen für > 2 h |
| M4 Pro 24 GB | ~6,1% | ~9% | Empfohlen für > 3 h |
| M4 Max 36 GB | ~5,4% | ~8% | Empfohlen für > 3 h |
Die verbesserten Effizienz-Cores der M4-Generation produzieren einen bedeutsamen Akku-Vorteil. Für eine 3-stündige Abschlussprüfung ohne Stromnetz: M4 Pro/Max lässt dir ~75% Akku; M2 Air lässt dir ~50% - unangenehmes Territorium, wenn du auch Nach-Prüfungs-Zeit brauchst.
Netzwerk-Upload während Monitor-Aufnahme
| Phase | Hochgeladene Bytes | Durchschn. Upload-Rate |
|---|---|---|
| Vor-Prüfung (Systemcheck + ID + Raum-Scan) | ~30 MB | ~1,3 Mbps Burst |
| Steady-State-Prüfung (pro Minute) | ~1,4 MB/min | ~190 Kbps avg |
| Gesamt 90-min-Prüfung | ~155 MB | - |
Praktische Implikation für Mobilfunk-Hotspot-Nutzer: eine 90-minütige beaufsichtigte Prüfung verbraucht ~155 MB Mobilfunkdaten. Ein typisches monatliches 5-GB-Limit erlaubt ~30 solcher Prüfungen.
Start-Latenz (Klick zu "Prüfung beginnen"-Button)
| Mac | Sonoma 14.6 | Sequoia 15.4 | Tahoe 26.0 |
|---|---|---|---|
| M2 Air 16 GB | 14,2 s | 14,8 s | 15,6 s |
| M3 Pro 18 GB | 11,1 s | 11,5 s | 12,3 s |
| M4 Pro 24 GB | 9,8 s | 10,2 s | 22,4 s |
| M4 Max 36 GB | 8,7 s | 9,1 s | 24,8 s |
Die fett gedruckten Zahlen reproduzieren das dokumentierte Tahoe + M4 Pro/Max-Slow-Init-Problem. ~13s langsamerer Init speziell auf Tahoe für die M4-Pro/Max-Chips. M4-Basis-Chip nicht betroffen. M2/M3 Air/Pro auf Tahoe sehen ~1s Verlangsamung vs. Sonoma - innerhalb des Rauschens.
Vergleich vs. Safari und Chrome bei derselben Last
Dieselbe M2 Air, dieselbe 90-minütige Prüfungslast, kein Kioskmodus (nur eine LMS-Prüfung in einem normalen Browser-Tab):
| Browser | CPU | RAM | Akku / h |
|---|---|---|---|
| LDB 2.1.5.01 + Monitor | 17,4% | 728 MB | ~10,4% |
| Safari 18.x | 3,2% | 318 MB | ~5,1% |
| Chrome 134.x | 9,4% | 587 MB | ~16,2% |
| Firefox 137.x | 5,8% | 422 MB | ~8,0% |
LDB + Monitor liegt zwischen Safari (am günstigsten) und Chrome (am teuersten) beim Akku. Die CPU-Kosten sind hauptsächlich die Monitor-Video-Codierung - ohne Monitor nähert sich LDBs Overhead Safaris.
Praktische Empfehlungen aus den Daten
- Für Monitor-aktivierte Prüfungen > 60 Minuten: 16 GB RAM minimum. 8-GB-Macs scheitern reproduzierbar mit OOM.
- Für 3-Stunden-Abschlussprüfungen auf Akku: M4 Pro/Max empfohlen. M2 Air kommt mit ~50% Rest an - unangenehmer Spielraum für unerwartete Verzögerungen.
- Wenn auf macOS Tahoe mit M4 Pro/Max: starte LDB 15 Minuten vor Prüfungsbeginn, um den Slow-Init zu absorbieren.
- Für Mobilfunk-Hotspot-Prüfungen: budgetiere ~155 MB pro 90-minütige Prüfung.
- Performance ist auf modernen Macs nicht der limitierende Faktor: selbst M2 Air handhabt die Last bei 17% CPU. Die Beschränkungen sind Akku (bei langen Prüfungen) und RAM (bei Monitor-aktivierten Prüfungen mit unzureichendem Speicher).
Vorbehalte und Einschränkungen
- Alle Messungen sind mit Standard-Respondus-Dashboard-Konfiguration. Institutionen, die zusätzliche Checks aktivieren (Bedienungshilfen, Vollständiger Festplattenzugriff, benutzerdefinierte Blacklists), werden höheren Overhead sehen.
- Der Prüfungsinhalt (50 MCQ + 10 Aufsätze) ist eine typische Last, aber kein Worst Case. Prüfungen mit eingebettetem Video, komplexem Mathe-Rendering oder großen Bild-Assets kosten mehr.
- Wir haben Intel-Macs nicht in der Primärflotte getestet. Spot-Check auf einem 2019 16" MacBook Pro Intel i9 (32 GB) maß ~2-3× höhere CPU als M2 Air bei identischer Last.
- Reale Prüfungsbedingungen können Drittanbieter-Apps im Hintergrund umfassen (gegen Best Practice). Unsere Messungen gehen von einer sauberen Umgebung aus.
Diesen Benchmark reproduzieren
Der Methodologie-Abschnitt oben sollte ausreichen, um auf deiner Hardware zu reproduzieren. Wir haben den standardisierten Mock-Prüfungs-Inhalt und die Mess-Skripte auf unserer Methodologie-Seite veröffentlicht. Erreiche uns unter editorial@ldbypass.com, falls du deutlich abweichende Zahlen reproduzierst - wir wollen es wissen.
Daten und Updates
Dieser Benchmark wird neu ausgeführt, sobald LDB 2.1.6 erscheint (Ziel Q3 2026). Der Tahoe-Slow-Init auf M4 Pro/Max sollte zu diesem Zeitpunkt aufgelöst sein. Wir veröffentlichen eine Folge-Tabelle.
Häufig gestellte Fragen
Sollte ich speziell wegen LockDown Browser einen leistungsfähigeren Mac kaufen?
Nein. Der Performance-Overhead von LDB ist auf jedem 16-GB-Apple-Silicon-Mac klein genug, dass LDB allein kein Kaufkriterium ist. Kauf den Mac, der zu deinem Studienprogramm passt; LDB wird gut darauf laufen.
Warum ist der M4 Max nur marginal schneller als der M4 Pro bei dieser Last?
LDB ist single-threaded für seine CPU-intensivsten Pfade (Monitor-Video-Codierung, Blacklist-Scan). Die zusätzlichen GPU-Cores des M4 Max und die breitere Speicherbandbreite helfen hier nicht. Die Performance-Lücke ist größer bei Lasten, die Parallelität ausnutzen (Videobearbeitung, ML).
Habt ihr auf Intel-Macs getestet?
Spot-Check auf einem 2019 16" MacBook Pro Intel i9 - ~2-3× höhere CPU und ~50% höherer Akkuverbrauch als M2 Air bei identischer Last. Die meisten Universitäten unterstützen Intel-Macs noch für LDB-Prüfungen; wir haben Intel nicht als primär einbezogen, weil die installierte Basis auf Studierenden-Macs überwiegend zu Apple Silicon gewechselt ist.
Kann ich euren Zahlen vertrauen?
Methodologie ist oben dokumentiert; rohe Mess-Skripte sind auf der Methodologie-Seite verlinkt; Reproduktionsanleitung ist enthalten. Wir sind eine unabhängige Publikation, keine Respondus-Tochter, ohne finanzielle Anreize, Ergebnisse in eine der Richtungen zu verzerren. Wenn du andere Zahlen reproduzierst, schreib uns - wir veröffentlichen Korrekturen.