I Linux-kÀrnans utvecklarlista ett problem med att hantera situationen av utsatt minne i Linux:
Det Àr ett kÀnt problem som har plÄgat mÄnga i flera Är och som kan Äterskapas pÄ mindre Àn nÄgra minuter pÄ den senaste versionen av Linux-kÀrnan 5.2.6. Alla kÀrninstÀllningar Àr instÀllda pÄ standardvÀrden.
Steg:
- Vi startar med parametern "mem=4G".
- Vi stÀnger av swap-stödet (sudo swapoff -a).
- Vi startar valfri webblÀsare, till exempel Chrome/Chromium eller/och Firefox.
- Vi börjar öppna flikar med webbplatser och ser hur mÀngden ledigt minne minskar.
SÄ snart en situation uppstÄr dÀr en ny flik krÀver mer RAM Àn vad som Àr tillgÀngligt, fryser systemet nÀstan helt. Du kommer knappt kunna röra muspekaren. Diskindikatorn kommer att blinka oavbrutet (jag förstÄr inte varför). Du kan inte starta nya applikationer eller stÀnga de som redan körs.
Denna lilla kris kan pÄgÄ i minuter eller lÀngre. Jag misstÀnker att systemet inte ska bete sig sÄ hÀr. Jag tror att nÄgot mÄste göras för att undvika sÄdana "frysningar".
Jag Àr nÀstan sÀker pÄ att man kan Àndra vissa sysctl-parametrar för att undvika liknande situationer, men nÄgot sÀger mig att detta borde göras som standard för alla, eftersom icke-tekniska anvÀndare som stÀlls inför ett sÄdant problem helt enkelt kommer att ge upp att anvÀnda Linux och inte ha tid att söka efter lösningar pÄ Google.
I PÄ Reddit föreslÄr nÄgra anvÀndare att aktivera swap, men det löser inte problemet, utan skjuter bara upp det och försÀmrar det ofta. Som en möjlig lösning i framtiden kan den i kÀrnan och förbÀttrade kÀrnans PSI (Pressure Stall Information) subsystemet, som möjliggör analys av information rörande vÀntetiden för att fÄ olika resurser (CPU, minne, in/ut) lockas in. Detta subsystem tillÄter spÄrning av minnesbrist i ett tidigt skede, identifiering av problemkÀllor och stÀngning av oviktiga applikationer innan det ger upphov till mÀrkbara effekter för anvÀndaren.
KĂ€lla: opennet.ru
