Performance-Auswirkungen von LockDown Browser auf dem Mac (CPU, RAM, Akku - getestet 2026)

Zuletzt aktualisiert 2026-05-03 · LDBypass Editorial

Auf einem MacBook Air M2 von 2024 mit 16 GB RAM unter macOS Sonoma 14.6 nutzt LockDown Browser 2.1.5.01 mit aktivem Respondus Monitor etwa 720-820 MB residenten Speicher und 15-25% anhaltende CPU auf einem einzelnen Kern während einer 60-minütigen Prüfung und entlädt den Akku mit ~9-12% pro Stunde. Unten: vollständige Methodik, Mac-für-Mac-Messungen und der Diagnose-Stufenplan für Beschwerden über hohe CPU und Akku-Entladung.

Gemessene Baseline auf Macs der M-Serie

Alle Messungen stammen aus der LDBypass-Testflotte, die eine standardisierte 90-minütige Mock-Prüfung durchläuft (50 Multiple-Choice-Fragen, 10 Essay-Prompts, Respondus Monitor aktiv, Bildschirm bei 50% Helligkeit, keine anderen Apps offen). Jede Messung ist der Median aus 5 Reproduktionen unter macOS Sonoma 14.6. Vergleichbare Sequoia-15.4-Werte liegen innerhalb von 5%.

MacResidentes RAMAnhaltende CPU (P-Core)Akku / StundeSpitzen-CPU (Init)
MacBook Air M2 (16 GB)720-820 MB15-25%~9-12%~80% für 4 s
MacBook Pro M3 Pro (18 GB)740-860 MB10-18%~7-9%~55% für 3 s
MacBook Pro M4 Max (36 GB)780-900 MB6-12%~5-7%~30% für 2 s
Mac mini M2 (16 GB)700-810 MB14-22%n/a~70% für 4 s

Vergleich vs Safari und Chrome

Auf demselben MacBook Air M2 dieselbe 90-Minuten-Last (ein einzelner Browser-Tab lädt dieselbe LMS-Prüfungs-UI, kein Monitor, kein Kiosk-Modus):

LDB mit Monitor ist deutlich schwerer als Safari (~2x RAM, ~5x CPU, ~2x Akku), aber akku-leichter als Chrome. Die Akkukosten sind die größte praktische Sorge - eine 3-stündige Abschlussprüfung auf dem Air M2 lässt dich ~30% unter dem Safari-Niveau enden.

Hohe CPU / Akku-Entladung - Diagnose-Stufenplan

Wenn LDB auf vergleichbarer Hardware deutlich mehr CPU als die Baseline nutzt, sind die häufigsten Ursachen nach Häufigkeit:

  1. Intel-Build von LDB auf Apple Silicon. Die Aktivitätsanzeige zeigt "Intel" in der Spalte Art. Neu installieren, um den nativen Universal Binary zu erhalten; Intel-via-Rosetta nutzt 30-50% mehr CPU und Akku.
  2. Echtzeit-Antivirus scannt Monitor-Frames. Deaktiviere die "alle Schreibvorgänge scannen"-Funktion des AV oder setze das Application-Support-Verzeichnis von Respondus auf die Whitelist. Siehe Konflikte.
  3. Spotlight indiziert während der Prüfung. Führe vor der Prüfung sudo mdutil -i off / aus, um Spotlight zu deaktivieren (mit -i on wieder aktivieren). Kann 5-10% CPU zurückgewinnen.
  4. Externer Monitor gespiegelt. Spiegelung auf einen externen Bildschirm während LDB läuft fügt CompositingServer-Arbeit hinzu. Vor dem Start externe Monitore abklemmen.
  5. Energiesparmodus deaktiviert. Im Akkubetrieb kann das Aktivieren des Energiesparmodus (Systemeinstellungen → Batterie) die Prüfungszeit um 20-30% verlängern. Die Prüfungs-UI leidet sichtbar nicht.

Artikel in diesem Abschnitt