[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1547054628-12703-1-git-send-email-longman@redhat.com>
Date: Wed, 9 Jan 2019 12:23:44 -0500
From: Waiman Long <longman@...hat.com>
To: Andrew Morton <akpm@...ux-foundation.org>,
Alexey Dobriyan <adobriyan@...il.com>,
Kees Cook <keescook@...omium.org>,
Thomas Gleixner <tglx@...utronix.de>
Cc: linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org,
Davidlohr Bueso <dave@...olabs.net>,
Miklos Szeredi <miklos@...redi.hu>,
Daniel Colascione <dancol@...gle.com>,
Dave Chinner <david@...morbit.com>,
Randy Dunlap <rdunlap@...radead.org>,
Matthew Wilcox <willy@...radead.org>,
Waiman Long <longman@...hat.com>
Subject: [PATCH v2 0/4] /proc/stat: Reduce irqs counting performance overhead
v1: https://lkml.org/lkml/2019/1/7/899
As newer systems have more and more IRQs and CPUs available in their
system, the performance of reading /proc/stat frequently is getting
worse and worse.
It appears that the idea of caching the IRQ counts in the v1 patch to
reduce the frequency of doing percpu summation and use a sysctl parameter
to control it was not well received.
This v2 patch optimizes the way the IRQ counts are retrieved and computed
and getting rid of the sysctl parameter altogether to achieve a performance
gain that is close to the v1 patch. This is based on the idea that while
many IRQs can be supported by a system, only a handful of them are actually
being used in most cases. We can save a lot of time by focusing on those
active IRQs only and ignore the rests.
Patch 1 is the same as that in v1 while the other 3 patches are new.
Waiman Long (4):
/proc/stat: Extract irqs counting code into show_stat_irqs()
/proc/stat: Only do percpu sum of active IRQs
genirq: Track the number of active IRQs
/proc/stat: Call kstat_irqs_usr() only for active IRQs
fs/proc/stat.c | 123 ++++++++++++++++++++++++++++++++++++++++++++----
include/linux/irqdesc.h | 1 +
kernel/irq/internals.h | 6 ++-
kernel/irq/irqdesc.c | 7 ++-
4 files changed, 125 insertions(+), 12 deletions(-)
--
1.8.3.1
Powered by blists - more mailing lists