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:	Fri, 29 Dec 2006 19:36:19 +0200
From:	"Robert Iakobashvili" <coroberti@...il.com>
To:	"Krzysztof Oledzki" <olel@....pl>
Cc:	jamal <hadi@...erus.ca>, "Arjan van de Ven" <arjan@...radead.org>,
	netdev@...r.kernel.org
Subject: Re: Network card IRQ balancing with Intel 5000 series chipsets

Hi Krzysztof,

On 12/29/06, Krzysztof Oledzki <olel@....pl> wrote:
>
>
> On Wed, 27 Dec 2006, jamal wrote:
>
> > On Wed, 2006-27-12 at 09:09 +0200, Robert Iakobashvili wrote:
> >
> >>
> >> My scenario is treatment of RTP packets in kernel space with a single network
> >> card (both Rx and Tx). The default of the Intel 5000 series chipset is
> >> affinity of each
> >> network card to a certain CPU. Currently, neither with irqbalance nor
> >> with kernel
> >> irq-balancing (MSI and io-apic attempted) I do not find a way to
> >> balance that irq.
> >
> > In the near future, when the NIC vendors wake up[1] because CPU vendors
> > - including big bad Intel -  are going to be putting out a large number
> > of hardware threads, you should be able to do more clever things with
> > such a setup. At the moment, just tie it to a single CPU and have your
> > other processes that are related running/bound on the other cores so you
> > can utilize them. OTOH, you say you are only using 30% of the one CPU,
> > so it may not be a big deal to tie your single nic to on cpu.
>
> Anyway, it seems that with more advanced firewalls/routers kernel spends
> most of a time in IPSec/crypto code, netfilter conntrack and iptables
> rules/extensions, routing lookups, etc and not in hardware IRQ handler.
> So, it would be nice if this part coulde done by all CPUs.


Do you mean, that it should be an option to configure BH soft-irq handling
to make packet processing balanced among several CPUs?
There is an issue of packet order, isn't it?


-- 
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...................................................................
Navigare necesse est, vivere non est necesse
...................................................................
http://sourceforge.net/projects/curl-loader
A powerful open-source HTTP/S, FTP/S traffic
generating, loading and testing tool.
-
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