Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 05 Sep 2006 13:02:45 -0700
From:      Maxim Sobolev <sobomax@FreeBSD.org>
To:        John Baldwin <jhb@FreeBSD.org>
Cc:        cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/sys/i386/i386 local_apic.c src/sys/amd64/amd64 local_apic.c
Message-ID:  <44FDD7E5.1000803@FreeBSD.org>
In-Reply-To: <200609051435.37443.jhb@freebsd.org>
References:  <200609051715.k85HFPtF078969@repoman.freebsd.org> <200609051327.50788.jhb@freebsd.org> <44FDBF5F.3010107@FreeBSD.org> <200609051435.37443.jhb@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
John Baldwin wrote:
>>>  (That is, are there any such places.   If so, you
>>> just broke them.)
>> No, I believe that I did not, unless you can provide example of the 
>> contrary.
> 
> linprocfs, but it lies anyway.  I've engaged in hacks like this in 4.x,

That's what I mean - I can't imagine how can you get any useful 
statistics out of CPU times by combining it with number of processors.

> but I think they are just that: hacks.  I think a real fix is to support 
> turning off CPUs in the MI code and allow userland to query via a non-hackish 
> interface how many CPUs are actually enabled and get appropriate load stats, 
> etc. based on that.

Yes, that's would be nice. But in the meantime my goal is to resolve 
obvious regression we have in the 6.x release in the presence of the HTT 
CPU.

-Maxim




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44FDD7E5.1000803>