[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1303303625.3464.103.camel@localhost>
Date: Wed, 20 Apr 2011 13:47:05 +0100
From: Ben Hutchings <bhutchings@...arflare.com>
To: monstr@...str.eu
Cc: Eric Dumazet <eric.dumazet@...il.com>, netdev@...r.kernel.org
Subject: Re: Add NAPI support to ll_temac driver
On Wed, 2011-04-20 at 13:06 +0200, Michal Simek wrote:
[...]
> I have measured TX path and I have found that driver design is not so good.
> It is always create one BD for one SKB and it starts DMA to copy packet to
> controller and send it.
You will always get a single packet at a time to push to the hardware.
The only improvement you can make on this is to implement segmentation
offload, but if the hardware doesn't do this then... well, it's not
easy.
> On 66MHz cpu it takes approximately 800 cpu cycles (not
> 800 instructions) for sending (1.5k packet).
> Current driver also enable irq for TX and when the packet is send interrupt is
> generated and skb is freed.
> I see that it takes more time to handle the IRQ than busy waiting when DMA is
> done. I looked at sfc driver and there is any TX queue and any notifier. Hos
> does it work? Is it required to have any hw support?
The principle of NAPI is that once you receive an IRQ you mask it and
poll until there are no more completions to handle. So it greatly
reduces this IRQ overhead.
Ben.
--
Ben Hutchings, Senior Software Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
--
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
Powered by blists - more mailing lists