On Tue, 13 Jun 2006, Kip Macy wrote:
...
Why do I say "non-interrupt blocking?". Currently we have roughly a
half dozen locking primitives. The two that I am familiar with are
blocking and spinning mutexes. The general policy is to use blocking
locks except where a lock is used in interrupts or
I apologize if this e-mail seems a bit disjoint, I'm quite tired from
hauling stuff around today.
I'm not entirely familiar with the system as a whole - but to give a
brief rundown of what I do know:
Context switches, thread prioritization, process statistics keeping,
and access to a handful of o
On Tue, Jun 13, 2006 at 12:57:38PM -0700, Danial Thom wrote:
> Since everyone agrees that the load measuring
> tools aren't all that accurate, what criteria was
> used to determine that the changes made in 7 have
> the effect that you think they have had?
Not by using top(1). vmstat seems to do
I have a number of issues with our current locking regime and our
propensity for disabling interrupts. I have in mind some ideas for
reducing interrupt disabling and eliminating scheduling contention
except in the case of one cpu stealing a thread from another cpu's
runqueue. I'll try to dash that
Danial Thom wrote:
--- Scott Long <[EMAIL PROTECTED]> wrote:
Danial Thom wrote:
--- Robert Watson <[EMAIL PROTECTED]>
wrote:
On Tue, 13 Jun 2006, Danial Thom wrote:
Maybe someone can explain this output. The
top line shows 99.6%idle. Is it
just showing CPU 0s stats on the t
--- Scott Long <[EMAIL PROTECTED]> wrote:
> Danial Thom wrote:
> >
> > --- Robert Watson <[EMAIL PROTECTED]>
> wrote:
> >
> >
> >>On Tue, 13 Jun 2006, Danial Thom wrote:
> >>
> >>
> >>>Maybe someone can explain this output. The
> >>
> >>top line shows 99.6%idle. Is it
> >>
> >>>just showing
--- Robert Watson <[EMAIL PROTECTED]> wrote:
>
> On Tue, 13 Jun 2006, Danial Thom wrote:
>
> >> Two types of measurements are taken: sampled
> ticks regarding whether the
> >> system as a while is in {user, nice, system,
> intr, idle}, and then sampling
> >> for individual processes. Right
Danial Thom wrote:
--- Robert Watson <[EMAIL PROTECTED]> wrote:
On Tue, 13 Jun 2006, Danial Thom wrote:
Maybe someone can explain this output. The
top line shows 99.6%idle. Is it
just showing CPU 0s stats on the top line?
Two types of measurements are taken: sampled
ticks regarding
On Tue, 13 Jun 2006, Danial Thom wrote:
Two types of measurements are taken: sampled ticks regarding whether the
system as a while is in {user, nice, system, intr, idle}, and then sampling
for individual processes. Right now, the system measurements are kept in a
simple array of tick counter
--- Robert Watson <[EMAIL PROTECTED]> wrote:
>
> On Tue, 13 Jun 2006, Danial Thom wrote:
>
> > Maybe someone can explain this output. The
> top line shows 99.6%idle. Is it
> > just showing CPU 0s stats on the top line?
>
> Two types of measurements are taken: sampled
> ticks regarding whethe
On Tue, 13 Jun 2006, Danial Thom wrote:
Maybe someone can explain this output. The top line shows 99.6%idle. Is it
just showing CPU 0s stats on the top line?
Two types of measurements are taken: sampled ticks regarding whether the
system as a while is in {user, nice, system, intr, idle}, and
--- Robert Watson <[EMAIL PROTECTED]> wrote:
> On Tue, 13 Jun 2006, Danial Thom wrote:
>
> >> I didn't answer it because I don't know what
> output cpustat provides. What
> >> output does cpustat provide on DragonflyBSD?
> >
> > Its a simple output such as:
> >
> > CPU-0 state: 14.00% user,
On Tue, 13 Jun 2006, Danial Thom wrote:
I didn't answer it because I don't know what output cpustat provides. What
output does cpustat provide on DragonflyBSD?
Its a simple output such as:
CPU-0 state: 14.00% user, 0.00% nice, 2.00%
sys, 6.00% intr, 78.00% idle
CPU-1 state: 4.00% us
On Tue, 2006-06-13 at 09:08 -0700, Danial Thom wrote:
>
> --- Robert Watson <[EMAIL PROTECTED]> wrote:
>
> >
> > On Tue, 13 Jun 2006, Danial Thom wrote:
> >
> > > I'm sorry if I missed it, but I don't believe
> > anyone answered this question:
> > >
> > >> Lastly, is there a utility similar to
--- Robert Watson <[EMAIL PROTECTED]> wrote:
>
> On Tue, 13 Jun 2006, Danial Thom wrote:
>
> > I'm sorry if I missed it, but I don't believe
> anyone answered this question:
> >
> >> Lastly, is there a utility similar to
> cpustat in
> >
> >> DragonflyBSD which shows the per-cpu usage
> stats?
On Tue, 13 Jun 2006, Danial Thom wrote:
I'm sorry if I missed it, but I don't believe anyone answered this question:
Lastly, is there a utility similar to cpustat in
DragonflyBSD which shows the per-cpu usage stats?
I need to gauge the efficiency of SMP for a particular application, and
I'm sorry if I missed it, but I don't believe
anyone answered this question:
>Lastly, is there a utility similar to cpustat in
>DragonflyBSD which shows the per-cpu usage
>stats?
I need to gauge the efficiency of SMP for a
particular application, and also have some way of
measuring the effects
On Tue, 13 Jun 2006, David Xu wrote:
On Tuesday 13 June 2006 04:32, Kris Kennaway wrote:
On Mon, Jun 12, 2006 at 09:08:12PM +0100, Robert Watson wrote:
On Mon, 12 Jun 2006, Scott Long wrote:
I run a number of high-load production systems that do a lot of network
and filesystem activity, all
18 matches
Mail list logo