netdev - Re: [PATCH] Software receive packet steering

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:	Wed, 22 Apr 2009 16:33:17 +0200 (CEST)
From:	Martin Josefsson <gandalf@...fs.se>
To:	Stephen Hemminger <shemminger@...tta.com>
cc:	Eric Dumazet <dada1@...mosbay.com>,
	Tom Herbert <therbert@...gle.com>,
	Andi Kleen <andi@...stfloor.org>, netdev@...r.kernel.org,
	David Miller <davem@...emloft.net>
Subject: Re: [PATCH] Software receive packet steering

On Tue, 21 Apr 2009, Stephen Hemminger wrote:

> I would like to see some way to have multiple CPU's pulling packets and adapting
> the number of CPU's being used based on load. Basically, turn all device is into
> receive multiqueue. The mapping could be adjusted by user level (see irqbalancer).

I've been toying with the irqbalancer idea as well.
Set the number of software "queues" high and have a mapping table of 
queue->cpu and then let irqbalanced which has knowledge of cpu cache 
hirarchy etc balance the load by changing the mapping table as it sees 
fit.

This would make it fairly fine grained so that it could work reasonably 
well even if you have very few but very performance demanding clients.
Having "collisions" in the queues in that situation isn't very good.

/Martin
--
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