Duży plik wymiany ZimaOS nie oznacza tego samego co aktywna presja na pamięć, a jego usunięcie nie jest właściwym sposobem na odzyskanie miejsca na dysku rozruchowym. Przed zmianą konfiguracji pamięci wymiany sprawdź rzeczywiste jej użycie, presję na pamięć, wykorzystanie miejsca przez Dockera, logi oraz lokalizację AppData.
Wątek źródłowy z 2026 roku obwiniał plik .swap o rozmiarze 3,8 GB za niemal pełny dysk rozruchowy o pojemności 48 GB, ale obliczenia wykazały, że pamięć wymiany odpowiadała tylko za niewielką część brakującego miejsca. Później system odzyskał około 20 GB, co wskazuje raczej na czyszczenie tymczasowych danych Dockera lub pamięci podręcznej niż na zmniejszenie pliku wymiany.
Zarezerwowany rozmiar pamięci wymiany a jej aktywne użycie
Uruchom:
free -h
swapon --showNa dysku może znajdować się plik wymiany o rozmiarze 4 GB, podczas gdy używana jest tylko jego niewielka część. Rozmiar pliku oznacza zarezerwowaną pojemność, a nie to, że pamięć RAM została przepełniona o 4 GB.
Sprawdź, co zapełnia dysk systemowy
Uruchom:
df -h
du -xh /var/lib/docker --max-depth=1 2>/dev/null | sort -hWarstwy obrazów Dockera, zapisywalne nakładki, logi, pamięć podręczna i dane tymczasowe mogą zajmować mały dysk systemowy, nawet gdy multimedia aplikacji są zamapowane w innym miejscu.
Trzymaj AppData poza dyskiem systemowym
Aktualny przewodnik po danych aplikacji ZimaOS wyraźnie zaleca ustawienie lokalizacji danych aplikacji na przestrzeń dyskową zamiast zapełniania dysku systemowego.
Nie eliminuje to całego użycia miejsca przez system Dockera, ale zapobiega domyślnemu zajmowaniu urządzenia rozruchowego przez bazy danych aplikacji i pamięci podręczne multimediów.
Sprawdź logi kontenerów
Kontener generujący dużo komunikatów może szybko powiększać logi JSON. Przed usunięciem przypadkowych plików sprawdź wykorzystanie miejsca przez Dockera oraz rozmiary logów kontenerów.
Jeśli odpowiada za to jedna aplikacja, napraw sposób rejestrowania zdarzeń lub skonfiguruj rotację logów zamiast ręcznie usuwać aktywne pliki logów.
Duże użycie pamięci wymiany nadal może oznaczać presję na pamięć RAM
Jeśli free -h pokazuje mało dostępnej pamięci, a pamięć wymiany jest aktywnie używana, ustal, które procesy zużywają RAM. Duże bazy danych, indeksowanie zdjęć, obciążenia związane ze sztuczną inteligencją i maszyny wirtualne mogą zmusić system z niewielką ilością pamięci do korzystania z pamięci wymiany.
Nie wyłączaj pamięci wymiany tylko po to, by ukryć objaw
Pamięć wymiany może utrzymać system przy życiu podczas krótkotrwałych skoków zapotrzebowania na pamięć. Wyłączenie jej na serwerze z ograniczoną pamięcią może zamienić spowolnienie w ubijanie procesów z powodu braku pamięci.
Kiedy dodać pamięć RAM
Dodaj pamięć RAM, gdy długotrwałe obciążenia regularnie wyczerpują pamięć fizyczną, a ważne usługi intensywnie korzystają z pamięci wymiany. Nie zwiększaj pamięci RAM wyłącznie dlatego, że istnieje plik wymiany.
Przewodnik rozwiązywania problemów z wydajnością pomaga uniknąć traktowania każdego wolnego serwera jako problemu z pamięcią RAM.
Monitoruj presję na pamięć w czasie
Pojedynczy wynik free -h może wprowadzać w błąd, ponieważ Linux celowo wykorzystuje wolną pamięć RAM jako pamięć podręczną. Sprawdź ilość dostępnej pamięci oraz to, czy podczas pracy nadal występuje aktywność przenoszenia danych do pamięci wymiany i z powrotem.
Jeśli dostępne w systemie narzędzia pokazują ciągłe korzystanie z pamięci wymiany, gdy serwer działa wolno, ustal, która aplikacja lub maszyna wirtualna zużywa pamięć, zamiast skupiać się wyłącznie na rozmiarze pliku wymiany.
Obrazy Dockera nadal zajmują miejsce w systemie
Przeniesienie AppData do /DATA nie przenosi każdej warstwy obrazu Dockera ani każdego pliku środowiska uruchomieniowego. Instalowanie i aktualizowanie wielu aplikacji może więc powiększać zajętość dysku systemowego, nawet gdy wszystkie woluminy danych użytkownika wskazują inne miejsce.
Przed wykonaniem czyszczenia użyj wbudowanego widoku wykorzystania miejsca przez Dockera, aby rozróżnić obrazy, kontenery, woluminy lokalne i pamięć podręczną kompilacji. Usuwaj tylko obiekty, o których wiesz, że są nieużywane.
Sprawdź, czy mały dysk systemowy nie jest problemem strukturalnym
Dysk rozruchowy o pojemności 48 GB może działać, ale pozostawia niewielki zapas na wiele obrazów aplikacji, aktualizacje, logi i operacje tymczasowe. Jeśli system regularnie zbliża się do pełnego wykorzystania miejsca mimo prawidłowego czyszczenia, trwałym rozwiązaniem może być większy dysk systemowy lub przeniesienie większej liczby trwałych obciążeń do głównej pamięci masowej.
Mała ilość wolnego miejsca może powodować wtórne awarie
Gdy zapisywalny obszar systemowy jest niemal pełny, aktualizacje aplikacji, zapisy do baz danych, logi i pliki tymczasowe mogą przestać działać w sposób, który wygląda na niezwiązany z miejscem na dysku. Traktuj bardzo małą ilość wolnego miejsca jako ryzyko operacyjne, nawet jeśli na innej macierzy masz wolne terabajty.
FAQ
Dlaczego wolne miejsce na dysku pojawiło się ponownie przez noc?
Tymczasowe warstwy Dockera, pamięć podręczna, logi lub zadania czyszczenia mogły zwolnić miejsce. Nie oznacza to, że sam plik wymiany się zmniejszył.
Czy powinienem usunąć plik .swap?
Nie. Najpierw sprawdź aktywne użycie pamięci wymiany oraz rzeczywiste elementy zajmujące miejsce na dysku.
Czy pamięć wymiany o rozmiarze 3–4 GB jest normalna?
Plik wymiany o rozmiarze kilku gigabajtów nie jest niczym niezwykłym. Liczy się to, ile pamięci wymiany jest aktywnie używane oraz czy presja na pamięć utrzymuje się przez dłuższy czas.
Dlaczego mój dysk rozruchowy jest nadal zajęty, gdy AppData znajduje się w /DATA?
Metadane silnika Dockera, warstwy obrazów, nakładki środowiska uruchomieniowego, logi i pliki systemowe nadal znajdują się poza zamapowanymi danymi aplikacji.
