sslug-teknik team mailing list archive

[Jesper Krogh <jesper@xxxxxxxx>]

I sslug.teknik, skrev Ivar Madsen:
>  Jesper Krogh wrote:
> >>  Firefox f.eks. version 1.0.2, køre længe, åbne mange sider, med mange
> >>  vinduer, med mange tab i hver, lukke dem, og åbne nye.
> >>  Firefox vil så bruge meget RAM, som vil blive swappet ud, når man lukker
> >>  siderne, så frigiver den ikke pladsen.
> > Netop, det er heldigvis blevet fikset. Men ethvert program med et for
> > stort memory-leak der kører for længe, vil kunne bringe systemet ud i
> > den situation. Bemærk at Windows har præcist samme problematik.
> 
>  Det slår mig lige, at det da godt kan være, at OOM-killeren har været i
>  funktion, inden jeg oplever det store problem, hvilket bliver aktuelt når
>  der ikke er mere OOM-killeren kan kille fra swappen.
>  Jeg er løbert tør for RAM, pga. jeg har et støre behov, end den samlede
>  RAM+SWAP, og problemmet bliver aktuelt, jeg forvære det så ved at ville
>  skifte program til et der ligger godt gemt på disken, og skal indlæses ->
>  støre RAM behov + data der også skal hentes ind fra SWAPen.
 
Det vil typisk være OOM-killeren, der får maskinen til at vågne igen efter 
½-time.. :-) 

>  Det kunne så være rat om OOM-killeren kunne advare brugerne (alle der er
>  aktive) om at den nu går i gang med sit arbejde, og forsat forøget brug af
>  RAM, kan give problemer. Så ved brugerene, at de nærmer sig problemer, hvis
>  ikke de gør et eller andet.

Det program kan du relativt nemt selv kode.. 

Generelt så er swapaktivitet skidt og et tegn på manglende ram. Lidt
swap er dog acceptabelt. 

jesper@ibm:~/trust/atn$ vmstat 1
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
 0  0   2792   7800   6024 162124    0    0    46    20 1069  1229 12  3 83  2
 0  0   2792   7800   6024 162124    0    0     0     0 1064  1638  3  2 95  0
 1  0   2792   7800   6024 162124    0    0     0     0 1056  1425  3  1 96  0

Bemærk 0 under si og so. 


>  Jeg har så ikke lige nogen log fil jeg kan studere, for at se om den kommer
>  med en advarsel der, men hvis så, så er der jo ikke der brugerene kikker,,,

Den smide en besked i messages, når det er sket. 

>  På systemer med en enkelt bruger (typisk disktop maskine) kunne den jo
>  forslå at den opretter en SWAP fil, så man kan leve videre.
>  På flere  bruger systemer, kunne den jo så forslå systemansvarlig at gøre
>  noget ved problemet. Man må forvente at systemansvarlig selv kan finde ud
>  af aktuelt at oprette en SWAP fil, og finde ud af hvad han vil gøre
>  pemanent.

Se... her er en grund til _ikke_ at have for meget swap. Det er først når 
SWAP+RAM er brugt op, at OOM-killeren kommer. Swap og ram bliver normalt 
kun opbrugt, når du har et program med et memoryleak, derfor vil mere swap 
betyde at der går længere tid inden at dit system er funktionelt igen da den 
skal bruge længere tid på at finde ud af at OOM-killeren skal bruges. 

 
>  Tror du også at udviklerne af OOM-killeren vil være lydhør overfor et sådant
>  forslat?

Nej, det tror jeg ikke.. 


Jesper
-- 
./Jesper Krogh, jesper@xxxxxxxx, Jabber ID: jesper@xxxxxxxxxxxx