Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 10 Jun 2004 22:53:53 -0400 (EDT)
From:      Robert Watson <rwatson@freebsd.org>
To:        Alfred Perlstein <alfred@freebsd.org>
Cc:        cvs-all@freebsd.org
Subject:   Re: cvs commit: src/sys/kern uipc_usrreq.c
Message-ID:  <Pine.NEB.3.96L.1040610225158.44958E-100000@fledge.watson.org>
In-Reply-To: <20040611024817.GK78955@elvis.mu.org>

next in thread | previous in thread | raw e-mail | index | archive | help

On Thu, 10 Jun 2004, Alfred Perlstein wrote:

> * Robert Watson <rwatson@freebsd.org> [040610 19:18] wrote:
> > 
> > Agreed.  If the caller doesn't mind us dropping the unp_mtx, the first
> > logical thing to try is to replace unp_gcing with an sx lock (or the
> > like), and only acquire unp_mtx when calling into code that needs it. 
> 
> That's not really needed.  The idea is just to avoid initiating another
> gc scan while one is in progress. 

It would almost be tempting to do that cleanup in a separate worker
(perhaps a callout), and just launch the cleanup using a cv when
necessary.  That would get all the work out of a context that probably
includes socket activity, etc. 

> I'll look at it if I find the time/motivation. 

Sounds good to me :-).  I'll move ahead with merging other stack locking
bits in the mean time.

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org      Senior Research Scientist, McAfee Research




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1040610225158.44958E-100000>