sslug-teknik team mailing list archive

[Jesper Krogh <jesper@xxxxxxxx>]

I sslug.teknik, skrev Ivar Madsen:
>  Jesper Krogh wrote:
> > Det er næsten korrekt, bortset fra at du _ikke_ er løbet tør for SWAP i
> > denne situation. Hvis du var løbet tør, så havde kernen benyttet
> > Out-Of-Memory-killeren, til at lukke nogle programmer, der havde løst
> > problemet. Mens at den "overkodylt utroligt meget langsomme" situation
> > du har, er at den står og swapper hukuommelse til disk, til den helt
> > stor guldmedalje og derfor ikke har tid til at lave andet end at swappe.
> > Det er en meget uheldig situation og heldigvis opstår den meget
> > sjældent.
> 
>  Jeg har nu alt for ofte været i den situation. Den er for mig reproducerbar.
> 
>  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. 
 
>  Når jeg har oplevet problemerne (før jeg fik skiftet et 128K modul ud med et
>  512K i maskinen, og gik fra 384K til 768K, så var det flere ofte.) så sagde
>  top, 0 free Mem, og 0 free Swap. Buffers og cached var meget lave, men jeg
>  kan ikke mindes at have set dem være 0.

I det øjeblik den rammer loftet, vil den med OOM-killeren forsøge at
frigøre noget plads.

>  Med firefox 1.0.4 har jeg ikke oplevet det, men en enkelt gang i top, set et
>  program firefoxclean eller sådan noget i den stil, (det poppede op, og
>  kørte i få sekunder, så var det væk igen), jeg kan huske at jeg tænkte, når
>  nu har de fået lavet firefox, så den kan ryde op efter sig i brugt RAM,
>  uden at man skal tvinges til at lukke den ned med mellemrum,,,

Nej, de har bare lukket det værste hul. 

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