option directive and turning on AOE

Scott Long scottl at samsco.org
Tue Aug 31 17:05:13 PDT 2004


Julian Elischer wrote:
> 
> 
> Scott Long wrote:
> 
>> Andre Oppermann wrote:
>>
>>>
>>
>> Having a single common interface is definitely attractive, but there are
>> performance and locking issues with the Netgraph framework that should
>> probably be resolved first. 
> 
> 
> both of these issues are in fact not major..
> netgraph itself has no locking issuess.. (Netgraph is the framework),
> but some of teh node types have issues.  Specifically, node types that 
> can be caled
> from outside the netgraph framework, such as nodes that tie netgraph to 
> other subsystems
> need to be worked on so that control enterring netgraph code from those 
> subsystems
> gets an appropriate lock. This is not always needed, but every node 
> needs to be
> examined with this in mind now that we have locking in teh rest of the 
> system
> more worked out.
> 
> performace..  well it can be fast. it depends on a lot of issues however..
> in particular how many locks get contentions.
> 
>>
>>
>> Scott
> 
> 
> 

My employer has done extensive profiling of packet delivery through
netgraph.  While the locking of the netgraph framework is definitely
correct, it's not terribly efficient and leads to a good deal of
latency.  We are looking at various proposals on how to address this.
This isn't a criticism of you or Netgraph, just a set 'real-life'
observations under very high load (bridging and packet inspection on
4 GigE links simultaneously qualifies as high load =-)

Scott


More information about the freebsd-arch mailing list