sslug-teknik team mailing list archive

[Jon Svejgaard <jon@xxxxxx>]

thomas wrote:
> Jeg er kommet i besiddelse af en ældre Compaqmaskine.
>
> Den har følgende karakteristika:
>
> 384 mb ram
> 400 mHz pentium II
> 10 gb harddisk
>
> Jeg har installeret Linux-distribution Mandrake 9.1, som jeg er
> temmelig glad for i anden sammenhæng.
>
> Jeg skal bruge maskinen til Java-udviklingsmaskine, og har installeret
> JDK 1.4.1_02 samt eclipse 2.1 gtk.
>
> Problemet er, at maskinen er hamrende sløv.
>
> KDE starter uden problemer.
>
> Når jeg starter eclipse 2.1, tager den en evighed at starter.
> (Væsentlig længere tid end jeg er vant til.)
>
> Når jeg skal kompile, tager det ligeledes væsentlig længere tid end
> jeg er vant til.
>
> Når jeg starter "top" viser den, at der benyttes ca. 250 mb ram. Vel
> at mærke uden at noget ser ud til at køre.
>
> Er der nogen der ved:
>
> - hvad jeg kan gøre for at få forbruget af ram ned
Brug et andet operativsystem end Linux
> - hvad det er, der sløver maskinen
Programmerene og clock-frekvensen
> - hvad jeg kan gøre for at få den til at køre hurtigere
Gi den mere RAM

Nej, undskyld... forklaring følger:

Linux er indrettet til at sluge så meget RAM som muligt, til buffers og 
til cache af data fra disken. Derfor skal du smile og være glad, når du 
ser memoryforbruget stige kraftigt efterhånden som du kører programmer. 
Der hvor du skal blive "bekymret", er når dit SWAP-areal begynder at 
blive fyldt op.

Med en clock-frekvens på 400mHz er maskinen i den langsomme ende. Derfor 
vil tunge programmer som kde, , Open Office og Java virke meget tunge at 
danse med. Jeg bruger en 300mHz AMD K6 maskine med 384MB RAM (jeg er en 
fattig konsulent og har ikke råd til mere), og Open Office f.eks. er ca. 
2 minutter om at starte op, hvor en 2gHz maskine klarer det på ca 15. 
sekunder. Men her kommmer det med RAM'en også ind i billedet. ANDEN gang 
jeg starter Open Office, sker det på godt 20 sekunder, for da ligger den 
allerede i RAM og skal ikke hentes ind fra disk.

Jo mere RAM du har, desto bedre er din situation med caching, så derfor 
vil mere RAM hjælpe til med at speede tingene op - med mindre du ofte 
kører store kompileringsprojekter, hvor du læser en masse (nye) filer ind.

Konklusionen er nok, at maskinen er lige i underkanten til de opgaver du 
stiller den, og hvis du insisterer på at bruge en, må du som sagt nok 
leve med de begrænsninger, hardwaren stiller.
Til gengæld kan du så trøste dig med at med Linux BLIVER OPGAVEN LØST, 
omend det kan tage lidt længere tid.
Min første kernekompilering foregik på en 466 66mHz med 32MB RAM. Det 
tog 11 timer.

Nog du kan gøre, er naturligvis at fjerne alle programmer, som ikke 
løser aktuelle opgaver for dig, f.eks. en Apache... omend den ikke 
bruger det helt store, når den idler.

Som sagt, lev med det. Med mindre naturligvis den er abnormt sløv i 
betrækket. Så skal vi have gang i den store diagnostic-håndbog.
Prøv til en start at se i top, om der er processer, der sluger excessiv 
CPU-tid. Det kunne være en forklaring.

MVH
--
Jon Svejgaard
====================================================================
                               | ACE - UNIX/Linux Consultancy
                               | Hjorthoejvej 2 / DK-4291 Ruds Vedby
mail: jon@xxxxxx               | DENMARK
http://www.ace.dk              | +45 5826 1799 / +45 4052 0799
====================================================================