sslug-teknik team mailing list archive

[Gunner Poulsen <gp@xxxxxxxxxxxxxxxxxxxxxxx>]

Gunner Poulsen skriver:
> 
> Rasmus Andersen skriver:
> 
> > On Wed, Dec 20, 2000 at 12:08:29AM +0100, Gunner Poulsen wrote:
> > > Problemet består i at min server (RedHat 6.2) virker meget uensartet i
> > > hastighed.
> > > Når jeg lige har brugt en service er den meget hurtig, men har den fået
> > > lov at hvile i fx 30 sek. kan der gå "evigheder" før den går videre.
> > > Jeg har et netværk med 20 tykke arbejdsstationer win NT/Linux og en
> > > server.
> > > Problemet opstår både på lokalnettet (100 mbt m. switch) og når jeg
> > > tilgår servicene over internettet.
> > > Jeg har ret mange services kørende samtidigt, men jeg synes at det samme
> > > mønster gentager sig i mange programmer.
> > >
> > > Er der nogen der har en idé om hvad der kan være galt?
> >
> > Er det fordi programmet bliver swappet ud naar du ikke bruger det? Har
> > din server nok RAM eller swapper den meget?
> 
> Den har 196 MB.  I top siger den lige nu ved ingen belastning:
> 12:27am  up 1 day, 11:43,  1 user,  load average: 0.10, 0.03, 0.01
> 79 processes: 78 sleeping, 1 running, 0 zombie, 0 stopped
> CPU states:  0.9% user,  0.7% system,  0.0% nice, 98.2% idle
> Mem:   193148K av,  184148K used,    9000K free,   66436K shrd,   83740K buff
> Swap:  104796K av,    1832K used,  102964K free           37484K cached
> 
Jeg satte en klasse til at banke på serveren og ved rimelig belastning
gav top følgende resultat:

2:39pm  up 2 days, 21:37,  3 users,  load average: 0.23, 0.18, 0.08
111 processes: 106 sleeping, 5 running, 0 zombie, 0 stopped
CPU states: 28.7% user, 12.2% system,  0.0% nice, 59.0% idle
Mem:   193148K av,  190720K used,    2428K free,  120908K shrd,   36312K
buff
Swap:  104796K av,    1576K used,  103220K free   73684K cached

Den ser ikke ud til at swappe noget. Så det er vist ikke et RAM-problem.

Jeg har specielt oplevet problemet med et wedmailscript og et
konferenceprogram (BSCW) Fælles for dem er at jeg kører dem over HTTPS -
kan det være medvirkende?
Det er også ligesom at det er nogle bestemte klientmaskiner der har
problemerne.
Hvis man "holder processen igang" ved at foretage mange operationer i
rap til den samme service går det fint nok, det er først når man har
holdt en lille pause at det går langsomt (men ikke i stå).

Forslag til yderligere tests og ideer til årsager efterlyses :-)

Gunner Poulsen.
Skolelærer.