Czy LockDown Browser ma wyciek pamięci na Macu? (śledztwo 2026)

Pamięć rezydentna LockDown Browsera rośnie podczas długich egzaminów na Macu - zwykle 5-15% w ciągu 3-godzinnej sesji z włączonym Monitorem. To nie jest „wyciek" w sensie bugu; to bufor nagrywania Monitora akumulujący się. Poniżej: pomiary, analiza i co to oznacza dla użytkowników Maca 8 GB.

Zmierzony wzrost pamięci (benchmark LDBypass)

Z 3-godzinnej reprodukcji egzaminu próbnego, pamięć rezydentna LDB próbkowana w odstępach 30 sekund:

MacPamięć w 0:00Pamięć w 3:00:00Wzrost
M2 Air 16 GB728 MB814 MB+12%
M3 Pro 18 GB752 MB820 MB+9%
M4 Pro 24 GB781 MB847 MB+8%
M4 Max 36 GB798 MB872 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:

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

  1. Otwórz Monitor aktywności przed uruchomieniem LDB.
  2. Wyszukaj „LockDown Browser" w Monitorze aktywności (LDB pojawi się po uruchomieniu).
  3. Zanotuj wartość kolumny „Pamięć" przy starcie.
  4. Uruchom egzamin praktyczny.
  5. Sprawdzaj kolumnę Pamięć w odstępach 30-minutowych.
  6. Zanotuj wartość przy wysłaniu.
  7. 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:

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:

  1. Naładuj do 100%, odłącz od prądu.
  2. Zamknij każdą aplikację oprócz Monitora aktywności.
  3. Uruchom 90-minutowy egzamin próbny z egzaminu praktycznego twojego uniwersytetu.
  4. Próbkuj kolumnę Pamięć LDB na początku egzaminu, w 30 min, w 60 min, na końcu egzaminu.
  5. 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

  1. 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.
  2. Zamknij inne aplikacje agresywnie przed startem. Pamięć rezydentna innych aplikacji bezpośrednio konkuruje z buforem LDB.
  3. 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ą.