netdev - Re: [PATCH RFC]: napi

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 09 Aug 2007 01:32:24 -0400
From:	Jeff Garzik <jeff@...zik.org>
To:	David Miller <davem@...emloft.net>, rdreier@...co.com
CC:	hadi@...erus.ca, xma@...ibm.com, netdev@...r.kernel.org,
	netdev-owner@...r.kernel.org, rusty@...tcorp.com.au,
	shemminger@...ux-foundation.org
Subject: Re: [PATCH RFC]: napi_struct V5

David Miller wrote:
> From: jamal <hadi@...erus.ca>
> Date: Wed, 08 Aug 2007 11:32:34 -0400
> 
>> Think of a box where you have other network interfaces, the way you
>> are implementing currently implies you are going to be very unfair to 
>> the other interfaces on the box. 
> 
> This was the point I was trying to make the other day.

Agreed.  That's one of the big selling points of NAPI when I talk to 
people -- the entire system works towards a single equilibrium, when 
multiple interfaces are under load.

And conversely, without NAPI, the driver has no knowledge of conditions 
outside its limited view, and resource imbalances inevitably ensue. 
Particularly so for infiniband, 10gb, etc. where the natural motivation 
of the driver writer appears to trend towards "performance even at the 
expense of other system entities."

	Jeff

-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html