Op die Linux kern ontwikkelaar poslys Probleem met die hantering van lae geheue situasie in Linux:
Daar is 'n bekende probleem wat baie mense al vir baie jare teister en in minder as 'n paar minute op die nuutste Linux-kern 5.2.6 gereproduseer kan word. Alle kernparameters is op verstekwaardes gestel.
stappe:
- Begin met die parameter "mem=4G".
- Skakel ruilondersteuning af (sudo swapoff -a).
- Ons begin enige webblaaier, byvoorbeeld Chrome/Chromium en/of Firefox.
- Ons begin oortjies met webwerwe oopmaak en kyk hoe die hoeveelheid vrye geheue afneem.
Sodra 'n situasie ontstaan ββwaar 'n nuwe oortjie meer RAM benodig as wat beskikbaar is, vries die stelsel amper heeltemal. Jy sal sukkel om selfs die muis te beweeg. Die hardeskyf-aanwyser sal onophoudelik flikker (ek weet nie hoekom nie). Jy sal nie nuwe toepassings kan begin of kan sluit wat tans loop nie.
Hierdie klein krisis kan minute of langer duur. Ek dink die stelsel moet nie so optree nie. Ek dink iets moet gedoen word om sulke "vries" te vermy.
Ek is redelik seker dit is moontlik om sommige sysctl-parameters te verander om hierdie soort situasie te vermy, maar iets sΓͺ vir my dat dit die verstek vir almal kan wees, want nie-tegniese gebruikers wat hierdie probleem teΓ«kom, sal eenvoudig ophou om Linux te gebruik en nie sorg. om na oplossings op Google te soek.
Π op Reddit stel sommige gebruikers voor om ruil te aktiveer, maar dit los nie die probleem op nie, dit stel dit net uit en maak dit dikwels erger. As 'n moontlike oplossing in die toekoms, kan die verskyn in die kern betrokke wees en verbeter in die kern PSI (Pressure Stall Information) substelsel, wat jou toelaat om inligting oor die wagtyd vir die ontvangs van verskeie hulpbronne (CPU, geheue, I/O) te ontleed. Hierdie substelsel maak dit moontlik om die monitering van geheuetekorte op 'n vroeΓ« stadium te organiseer, die bron van probleme te bepaal en onbelangrike toepassings te beΓ«indig sonder om effekte opmerklik vir die gebruiker te veroorsaak.
Bron: opennet.ru