On Mon, Apr 24, 2006 at 12:58:57PM +, Marco van Tol wrote:
> On Mon, Apr 24, 2006 at 08:23:48AM -0400, John Baldwin wrote:
[...]
> > If I can address the performance problems though this is the interface that
> > would be presented to userland.
>
> OK, I'll keep an eye on this list and /usr
On Mon, Apr 24, 2006 at 08:23:48AM -0400, John Baldwin wrote:
> On Sunday 23 April 2006 07:33 am, Marco van Tol wrote:
[...]
> > Is there anything you can say regarding an estimate on when per-cpu
> > specific stats will hit the official CURRENT and STABLE branches?
> >
> > Are you interested in
On Sunday 23 April 2006 07:33 am, Marco van Tol wrote:
> On Fri, Apr 21, 2006 at 12:40:49AM +0200, Marco van Tol wrote:
> > On Wed, Apr 19, 2006 at 07:26:27AM +, Marco van Tol wrote:
> > > On Tue, Apr 18, 2006 at 06:38:26PM -0400, John Baldwin wrote:
> >
> > [...]
> >
> > > > Ah, hmm. On 6.x w
On Fri, Apr 21, 2006 at 12:40:49AM +0200, Marco van Tol wrote:
> On Wed, Apr 19, 2006 at 07:26:27AM +, Marco van Tol wrote:
> > On Tue, Apr 18, 2006 at 06:38:26PM -0400, John Baldwin wrote:
>
> [...]
>
> > > Ah, hmm. On 6.x we don't have per-thread stat ticks yet, which is
> > > probably why
On Wed, Apr 19, 2006 at 07:26:27AM +, Marco van Tol wrote:
> On Tue, Apr 18, 2006 at 06:38:26PM -0400, John Baldwin wrote:
[...]
> > Ah, hmm. On 6.x we don't have per-thread stat ticks yet, which is
> > probably why it is failing. It also isn't safe to move sched_lock
> > down either on 6.x
On Tue, Apr 18, 2006 at 06:38:26PM -0400, John Baldwin wrote:
> On Tuesday 18 April 2006 18:15, Marco van Tol wrote:
[...]
> > I'm trying to apply the patch. Tried it to both todays current and todays
> > RELENG_6, but both have failing hunks in sys/kern/kern_clock.c.
> > The rest succeeds.
> >
On Tuesday 18 April 2006 18:15, Marco van Tol wrote:
> On Mon, Apr 17, 2006 at 01:48:25PM +, Marco van Tol wrote:
> > On Mon, Apr 17, 2006 at 09:04:58AM -0400, John Baldwin wrote:
>
> [...]
>
> > > I actually did it differently though to try and make it less confusing.
> > > I've added a kern
On Mon, Apr 17, 2006 at 01:48:25PM +, Marco van Tol wrote:
> On Mon, Apr 17, 2006 at 09:04:58AM -0400, John Baldwin wrote:
[...]
> > I actually did it differently though to try and make it less confusing.
> > I've added a kern.pcpu_time sysctl which is an array of 0..mp_maxid
> > cp_time[] ar
On Mon, Apr 17, 2006 at 09:04:58AM -0400, John Baldwin wrote:
> On Saturday 15 April 2006 06:40 am, Marco van Tol wrote:
> > On Fri, Apr 14, 2006 at 10:17:29AM -0400, John Baldwin wrote:
[...]
> > > An early one but it doesn't export the data to userland yet. I need to
> > > figure out what inte
On Saturday 15 April 2006 06:40 am, Marco van Tol wrote:
> On Fri, Apr 14, 2006 at 10:17:29AM -0400, John Baldwin wrote:
> > On Friday 14 April 2006 06:38, Marco van Tol wrote:
> > > On Thu, Apr 13, 2006 at 10:20:40AM -0400, John Baldwin wrote:
> > > > On Wednesday 12 April 2006 17:50, Marco van To
On Fri, Apr 14, 2006 at 10:17:29AM -0400, John Baldwin wrote:
> On Friday 14 April 2006 06:38, Marco van Tol wrote:
> > On Thu, Apr 13, 2006 at 10:20:40AM -0400, John Baldwin wrote:
> > > On Wednesday 12 April 2006 17:50, Marco van Tol wrote:
> > > > Hi there,
> > > >
> > > > My apologies if this
On Friday 14 April 2006 06:38, Marco van Tol wrote:
> On Thu, Apr 13, 2006 at 10:20:40AM -0400, John Baldwin wrote:
> > On Wednesday 12 April 2006 17:50, Marco van Tol wrote:
> > > Hi there,
> > >
> > > My apologies if this is the wrong list to ask this kind of question.
> > > I would appreciate a
On Thu, Apr 13, 2006 at 10:20:40AM -0400, John Baldwin wrote:
> On Wednesday 12 April 2006 17:50, Marco van Tol wrote:
> > Hi there,
> >
> > My apologies if this is the wrong list to ask this kind of question.
> > I would appreciate a pointer to the correct list if it is please. :)
> >
> > I noti
On Wednesday 12 April 2006 17:50, Marco van Tol wrote:
> Hi there,
>
> My apologies if this is the wrong list to ask this kind of question.
> I would appreciate a pointer to the correct list if it is please. :)
>
> I noticed in the code for gkrellm /usr/ports/sysutils/gkrellm2 that SMP
> per-cpu
Hi there,
My apologies if this is the wrong list to ask this kind of question.
I would appreciate a pointer to the correct list if it is please. :)
I noticed in the code for gkrellm /usr/ports/sysutils/gkrellm2 that SMP
per-cpu statistics were not yet supported under FreeBSD, and decided to
check
15 matches
Mail list logo
