linux-kernel - RE: [RFC V2 PATCH 00/25] Kernel NET policy

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 for Android: free password hash cracker in your pocket

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

Message-ID: <37D7C6CF3E00A74B8858931C1DB2F07712C2375A@SHSMSX103.ccr.corp.intel.com>
Date:	Fri, 5 Aug 2016 13:44:25 +0000
From:	"Liang, Kan" <kan.liang@...el.com>
To:	Stephen Hemminger <stephen@...workplumber.org>
CC:	"davem@...emloft.net" <davem@...emloft.net>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
	"Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com>,
	"mingo@...hat.com" <mingo@...hat.com>,
	"peterz@...radead.org" <peterz@...radead.org>,
	"kuznet@....inr.ac.ru" <kuznet@....inr.ac.ru>,
	"jmorris@...ei.org" <jmorris@...ei.org>,
	"yoshfuji@...ux-ipv6.org" <yoshfuji@...ux-ipv6.org>,
	"kaber@...sh.net" <kaber@...sh.net>,
	"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
	"keescook@...omium.org" <keescook@...omium.org>,
	"viro@...iv.linux.org.uk" <viro@...iv.linux.org.uk>,
	"gorcunov@...nvz.org" <gorcunov@...nvz.org>,
	"john.stultz@...aro.org" <john.stultz@...aro.org>,
	"aduyck@...antis.com" <aduyck@...antis.com>,
	"ben@...adent.org.uk" <ben@...adent.org.uk>,
	"decot@...glers.com" <decot@...glers.com>,
	"fw@...len.de" <fw@...len.de>,
	"alexander.duyck@...il.com" <alexander.duyck@...il.com>,
	"daniel@...earbox.net" <daniel@...earbox.net>,
	"tom@...bertland.com" <tom@...bertland.com>,
	"rdunlap@...radead.org" <rdunlap@...radead.org>,
	"xiyou.wangcong@...il.com" <xiyou.wangcong@...il.com>,
	"hannes@...essinduktion.org" <hannes@...essinduktion.org>,
	"Brandeburg, Jesse" <jesse.brandeburg@...el.com>,
	"andi@...stfloor.org" <andi@...stfloor.org>
Subject: RE: [RFC V2 PATCH 00/25] Kernel NET policy



> 
> >  5. Why disable IRQ balance?
> >     A: Disabling IRQ balance is a common way (recommend way for some
> devices) to
> >        tune network performance.
> 
> I appreciate that network tuning is hard, most people get it wrong, and
> nobody agrees on the right answer.
> 
> So rather than fixing existing tools or writing new userspace tools to do
> network tuning, you want to hard code one policy manager in kernel with a
> /proc interface.

Current interaction is by /proc.  But it's not hard to have command line interface
to facilitate the user later. 
 
> Why not make a good userspace tool (like powertop).

AFAIK, Powertop mainly shows statistics and does global settings.
NET policy is more complex than powertop. It can do per process or per socket
setting. So it needs to coordinate requests from multiple users and dynamically
assign resource to users at run time. Considering the efficiency and complexity,
a kernel subsystem is more suitable, isn't it?

> There are also several
> IRQ balancing programs, but since irqbalance was championed by one
> vendor others seem to follow like sheep.

Based on my test, disabling IRQ balancing helps a lot for i40e performance.
So in my implementation, I made it a mandatory setting.
But NET policy intends to provide a generic infrastructure. If there are vendors
who want IRQ balancing, I think I can provide an option for the device driver.
Let the device driver decide if disabling IRQ balancing.

Thanks,
Kan

> 
> I agree that this a real concern but the implementation of this leaves much to
> be desired and discussed. Why can't this be done outside of the kernel.