Re: htdig and sources.redhat.com loadavg

[Jonathan Larmour <jifl@eCosCentric.com>]

David Edelsohn wrote:
>  2949 anoncvs   15   0  3868 1528    76 S    45.3  0.0   2:44   1 cvs
> 24943 htdigid   15   0  379M  79M   408 D     1.7  3.9  36:42   1 htdig
> 
> Is 379M/79M for htdig really a good use of sourceware resources relative
> to buffer caches?

vmstat says:
>    procs                      memory      swap          io     system      cpu
>  r  b  w   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id
>  0 29  0 645584  40872  24568 751668   11    0  3544   305 1043  1898 16 10 75


750+24Mb cache out of 2Gb total seems alright (obviously some of the page 
cache is exes, but most of those will be shared between identical 
processes), and the swapping figures are low so clearly its the 79Mb figure 
that's relevant which is nothing in comparison. sourceware is I/O bound in 
ways that buffers/page cache is unlikely to help. Unsurprisingly cvs 
checkouts in particular are likely to chew a lot of cache.

Remember that the htdig problems of yesterday were to do with the gcc side 
of the server. The htdig you are looking at is the sourceware side which 
should have no real problem (other than the load due to other processes on 
the server). The problems of today seem more likely to me to be people 
updating the cvs checkouts they didn't get yesterday. I certainly don't 
want htdig disabled with no replacement for eCos, but perhaps someone could 
consider doing:

kill -STOP 24943 ; sleep 3600; kill -CONT 24943

to give the rest of the system an opportunity to catch up.

It may be interesting to see what projects the anon cvs checkouts are for, 
as for example if they are gcc, then it may help for more to move to 
savannah's anon cvs server.

Jifl
-- 
eCosCentric    http://www.eCosCentric.com/    The eCos and RedBoot experts
 >>>>> Visit us in booth 2527 at the Embedded Systems Conference 2004 <<<<<
March 30 - April 1, San Francisco http://www.esconline.com/electronicaUSA/
--["No sense being pessimistic, it wouldn't work anyway"]-- Opinions==mine