Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 8 Apr 2009 06:18:46 -0700 (PDT)
From:      Barney Cordoba <barney_cordoba@yahoo.com>
To:        Robert Watson <rwatson@FreeBSD.org>
Cc:        freebsd-net@freebsd.org, Ivan Voras <ivoras@freebsd.org>
Subject:   Re: Advice on a multithreaded netisr  patch?
Message-ID:  <75700.80930.qm@web63905.mail.re1.yahoo.com>
In-Reply-To: <alpine.BSF.2.00.0904071354521.45341@fledge.watson.org>

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




--- On Tue, 4/7/09, Robert Watson <rwatson@FreeBSD.org> wrote:

> From: Robert Watson <rwatson@FreeBSD.org>
> Subject: Re: Advice on a multithreaded netisr  patch?
> To: "Barney Cordoba" <barney_cordoba@yahoo.com>
> Cc: freebsd-net@freebsd.org, "Ivan Voras" <ivoras@freebsd.org>
> Date: Tuesday, April 7, 2009, 8:56 AM
> On Tue, 7 Apr 2009, Barney Cordoba wrote:
> 
> >> Have you tried LOCK_PROFILING?  It would quickly
> tell you if driver locks were a source of significant
> contention.  It works quite well...
> > 
> > When I enabled LOCK_PROFILING my side modules, such as
> if_ibg, stopped working. It seems that the ifnet structure
> or something changed with that option enabled. Is there a
> way to sync this without having to integrate everything into
> a specific kernel build?
> 
> LOCK_PROFILING changes the size of lock-related data
> structures, so requires both kernel and full set of modules
> to be rebuilt with the option.

What are the units for lock profiling? For example, the "average
wait" is in what units? 

Is there a way to reset the stats counters? If not, it might be nifty if 
toggling prof.enable reset the stats to run some different kinds of
tests without rebooting.

Barney


      



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