Thank you both for your comments.
An updated patch, in the first one I missed handling the -n flag :(
# ./sysctl kern.cp_time
kern.cp_time=23725,0,189448,89073,27969981
# ./sysctl kern.cp_time2
kern.cp_time2.0=30675,0,204640,342526,27687398
kern.cp_time2.1=13907,0,119539,2129,28140911
kern.cp_tim
Benny Lofgren wrote:
> On 2015-10-28 15:32, Michael McConville wrote:
> > Andrei-Marius Radu wrote:
> >>
> >> Is there anyone else who thinks this is needed/a good idea ?
> >
> > For what it's worth, I was porting htop recently and I think I
> > remember it being painful to work without KERN_CPTIM
On 2015-10-28 15:32, Michael McConville wrote:
> Andrei-Marius Radu wrote:
>>
>> Is there anyone else who thinks this is needed/a good idea ?
>
> For what it's worth, I was porting htop recently and I think I remember
> it being painful to work without KERN_CPTIME2. I'd have to look back
> (and lo
Hi Michael,
On Wed, Oct 28, 2015, at 03:32 PM, Michael McConville wrote:
>
> For what it's worth, I was porting htop recently and I think I remember
> it being painful to work without KERN_CPTIME2. I'd have to look back
> (and look at this diff), though.
top(1) and symon (and probably others) al
Andrei-Marius Radu wrote:
> Hello,
>
> I wanted to make per cpu utilization graphs (using some perl scripts)
> so I ended up making this small patch (against -current) for sysctl(8)
> to add support for KERN_CPTIME2.
>
> The per cpu utilization graphs problem can be solved in other ways, for
> ex
5 matches
Mail list logo
