OT: Unix stutter

John Esak john at valar.com
Fri Sep 10 20:29:04 PDT 2004


>
> In that case it could be just swapping and flushing cache. There
> have been instances where someone tunes something thinking it will
> make it faster but it causes huge pauses.  This will be allocating
> large cache and then when it really has to be flushed the system
> will spend the time doing that - and basically seem to be dead
> during that time.

This is the first time I've heard of this. You're right I never mentioned
the system (this time).  It is a SMP 2 3Ghz CPU"s with 1Gb of RAM. We run
about 50 users, but at night when this problem happens only about 7 or 8 and
only 1 of them is ever doing anything at a time. (meaning no time are two or
three people doing different things. Just one big filePro app running with
6 - 8 users... and the backup. Do you think a system this large and fast
could have this cache clearing freeze up ... because I _do_ have the cache
(nbufs and so on) set as high as they possibly can be. Should I _lower_
these, perhaps?

> You have never mentioned that you have run sar or given any info
> about that.  Have you run it?
>
> Bill

No, I never have run sar. It is so intermittent. I'll set up sar to run,
though during a midnight backup and see what it produces. It is just that
Tune-Up has not really shown anything in the way of huge system hogs other
than Edge itself which pretty much always wins. I don't know how to track
spikes with Tune-Up... maybe I'll call and ask them.

John



More information about the Filepro-list mailing list