[PATCH]: acct_process() locking and exit1()
John Baldwin
jhb at freebsd.org
Mon Jul 16 12:43:53 UTC 2007
On Thursday 14 June 2007 03:58:30 am Roman Divacky wrote:
> On Thu, Jun 14, 2007 at 09:54:39AM +0200, Roman Divacky wrote:
> > hi
> >
> > currently in exit1() we call acct_process() with Giant held.
> > I looked at the code and I think this is because of tty need
> > for Giant locking. Because of this we have to release process limit
> > in a separate PROC_LOCK()/UNLOCK() block.
> >
> > my just-to-look-at patch does this
> >
> > 1) moves the acct_process() in exit1() out of Giant locked block (upward)
> > 2) acquires Giant in the acct_process() around tty handling
> > 3) moves the p->p_limit to a different PROC_LOCK/UNLOCK block (upward)
> >
> > the result is saving 2 proc mtx operations in exit1()
> >
> > can you look at it and tell me if its correct or wrong or something like
that?
> >
> > if it's correct is it worth committing? saving two mtx operations is a
nice thing :)
>
> erm... two bugs ;) "saving two mtx operations..." in the typical case of
accounting
> NOT being enabled.
>
> and forgot to show the patch ;) it's here
>
> www.vlakno.cz/~rdivacky/kern_acct.patch
1) It would be nicer if lim_free() wasn't so far away from the rest of the
limit freeing code (including the comment). Also, missing a blank line
before the comment now.
2) acct_process() saves resource usage information, so the later it is in
exit1() the more accurate it is going to be, so it's probably best to leave
it as it is unless you observe a measurable change in a benchmark with this
patch.
--
John Baldwin
More information about the freebsd-hackers
mailing list