Czy LockDown Browser ma wyciek pamięci na Macu? (śledztwo 2026)
Zmierzony wzrost pamięci (benchmark LDBypass)
Z 3-godzinnej reprodukcji egzaminu próbnego, pamięć rezydentna LDB próbkowana w odstępach 30 sekund:
| Mac | Pamięć w 0:00 | Pamięć w 3:00:00 | Wzrost |
|---|---|---|---|
| M2 Air 16 GB | 728 MB | 814 MB | +12% |
| M3 Pro 18 GB | 752 MB | 820 MB | +9% |
| M4 Pro 24 GB | 781 MB | 847 MB | +8% |
| M4 Max 36 GB | 798 MB | 872 MB | +9% |
Wzorzec: ~5-15% wzrostu we wszystkich konfiguracjach.
Czy to wyciek?
„Wyciek pamięci" w ścisłym programistycznym sensie oznacza pamięć przydzieloną, ale nigdy nie zwolnioną. Z publicznie obserwowalnego zachowania:
- Wzrost jest ograniczony - szczyty osiągają plateau po ~2 godzinach.
- Wzrost koreluje z czasem trwania nagrywania Monitora - dłuższe egzaminy + nagrywanie = większy wzrost.
- Pamięć wraca do linii bazowej ~2-3 minuty po wysłaniu + wyjściu z LDB.
- Nie jest wymagany restart procesu, żeby odzyskać pamięć po egzaminie.
Ten wzorzec jest zgodny z buforem, który rośnie podczas nagrywania, ale uwalnia się na końcu egzaminu - nie z wyciekiem. Monitor koduje wideo w kawałkach; bufor kodowania + kolejka retransmisji-przy-awarii trzymają ~50-200 MB podczas aktywnego nagrywania.
Dlaczego to ma znaczenie na Macach 8 GB
Wzrost 5-15% na 8 GB w połączeniu z już-napiętym budżetem pamięci macOS-a jest tym, co przepycha Maki 8 GB w swap lub OOM podczas długich egzaminów. Ze strony użycia RAM: 8 GB Air OOM-killed w 2/3 powtórzeń w 73. minucie.
Dla Maców 16 GB+ wzrost jest niewidoczny - jest mnóstwo zapasu.
Jak zweryfikować na swoim Macu
- Otwórz Monitor aktywności przed uruchomieniem LDB.
- Wyszukaj „LockDown Browser" w Monitorze aktywności (LDB pojawi się po uruchomieniu).
- Zanotuj wartość kolumny „Pamięć" przy starcie.
- Uruchom egzamin praktyczny.
- Sprawdzaj kolumnę Pamięć w odstępach 30-minutowych.
- Zanotuj wartość przy wysłaniu.
- Po wyjściu z LDB potwierdź, że Pamięć wraca do linii bazowej (proces LDB kończy się całkowicie, więc to dyskusyjne - porównuj do świeżego uruchomienia LDB).
Jeśli podejrzewasz prawdziwy wyciek (nie bufor Monitora)
Objawy faktycznego wycieku vs. oczekiwanego wzrostu bufora:
- Wzrost bufora (oczekiwany): liniowy z czasem nagrywania; plateau; uwalnia się na końcu egzaminu.
- Prawdziwy wyciek (bug): wzrost nie osiąga plateau; kontynuuje w tempie złożonym; przeżywa koniec egzaminu.
Jeśli powtarzalnie obserwujesz drugi wzorzec, zapisz zrzuty ekranu Monitora aktywności w odstępach 30-minutowych + najnowszy raport diagnostyczny z ~/Library/Logs/DiagnosticReports/ i zgłoś do wsparcia Respondus.
Reprodukcja na twoim sprzęcie
Aby porównać z naszymi pomiarami:
- Naładuj do 100%, odłącz od prądu.
- Zamknij każdą aplikację oprócz Monitora aktywności.
- Uruchom 90-minutowy egzamin próbny z egzaminu praktycznego twojego uniwersytetu.
- Próbkuj kolumnę Pamięć LDB na początku egzaminu, w 30 min, w 60 min, na końcu egzaminu.
- Porównaj z naszymi wartościami dla twojej konkretnej konfiguracji Maca.
Jeśli twoje liczby drastycznie się różnią, twoje środowisko ma czynnik zakłócający (AV, synchronizacja chmury, mnóstwo procesów w tle), który wyeliminowaliśmy.
Środki łagodzące podczas długich egzaminów
- Podłącz do prądu dla każdego egzaminu > 90 min. Zarządzanie pamięcią macOS-a jest bardziej agresywne na zasilaniu AC; mniej presji na swap.
- Zamknij inne aplikacje agresywnie przed startem. Pamięć rezydentna innych aplikacji bezpośrednio konkuruje z buforem LDB.
- Dla Maców 8 GB: patrz kompleksowe środki łagodzące na stronie użycia RAM. Szczerze, pożycz Maca 16 GB, jeśli to możliwe.
Frequently asked questions
Czy wzrost pamięci spowoduje awarię mojego Maca?
Na Macach 16 GB+ nie. Na Macach 8 GB możliwe - patrz <a href="/lockdown-browser-mac/performance/ram-usage">użycie RAM</a>. Maki zwykle OOM-killują największy proces (LDB) przed awarią całego systemu; zobaczyłbyś „LDB nieoczekiwanie zakończył pracę", a nie panikę jądra.
Czy wzrost pamięci wpływa na moją ocenę egzaminu?
Nie - odpowiedzi egzaminacyjne są po stronie serwera. Wzrost pamięci wpływa na wydajność Maca, a nie na stan LMS.
Czy Respondus powinien to zoptymalizować?
Prawdopodobnie tak - szczególnie dla Maców 8 GB. Bufor można by bardziej agresywnie opróżniać. Czy to zrobią, zależy od priorytetów inżynierii Respondusa; nie mamy wglądu w ich mapę drogową.