I'm trying to learn a bit more about clocks and ticks on NetBSD as part
of my effort to try to improve measurement of CPU usage, etc.
What follows is a set of changes I've made to kern_clock.c from
netbsd-5. These are mostly new or moved comments to try to better
explain things to myself
The
Title says it all.
Here's a proposal for a sysctl(7) knob to easily allow non-superusers to
set the CPU affinity of processes and threads they own:
security.secmodel.suser.usersetaffinity
(ressembles the one already existing to allow for user mounts)
Would it be acceptable to modify current
Hello Lars,
Sorry for late reply.
Lars Heidieker wrote:
> >> i uploaded a new version of the kmem-pool-vmem-uvm patch:
> >> ftp://ftp.netbsd.org/pub/NetBSD/misc/para/kmem-pool-vmem-uvm.patch
> >>
> <...>
>
> I've uploaded a new Version of the patch and a small patch that
> replaces malloc wit
Hello Juergen,
"Juergen Hannken-Illjes" wrote:
> Log Message:
> The path getnewvnode()->getcleanvnode()->vclean()->VOP_LOCK() will panic
> if the vnode we want to clean is a layered vnode and the caller already
> locked its lower vnode.
>
> Change getnewvnode() to always allocate a fresh vnode a
At Tue, 01 Nov 2011 01:43:23 -0700, "Greg A. Woods" wrote:
Subject: Re: getrusage() problems with user vs. system time reporting
>
> Indeed with all this doom and gloom about TSC it seems it might be
> better just to use binuptime() -- that probably won't be as fast
> though Perhaps if I'm i
On Wed, Nov 02, 2011 at 06:23:40PM -0700, Greg A. Woods wrote:
> Unfortunately getbinuptime() isn't immediately looking a whole lot
> better than the statistical sampling in statclock(), though perhaps,
> with enough benchmark runtime, it is, as expected, being _much_ more
> fair at splitting betwe
On Thu, 03 Nov 2011 01:50:49 +0100
Jean-Yves Migeon wrote:
> Here's a proposal for a sysctl(7) knob to easily allow non-superusers to
> set the CPU affinity of processes and threads they own:
>
> security.secmodel.suser.usersetaffinity
>
> (ressembles the one already existing to allow for user
> > Here's a proposal for a sysctl(7) knob to easily allow non-superusers to
> > set the CPU affinity of processes and threads they own:
> >
> > security.secmodel.suser.usersetaffinity
> >
> > (ressembles the one already existing to allow for user mounts)
> >
> > Would it be acceptable to modi