[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1383794799.5441.16.camel@marge.simpson.net>
Date: Thu, 07 Nov 2013 04:26:39 +0100
From: Mike Galbraith <bitbucket@...ine.de>
To: Thomas Gleixner <tglx@...utronix.de>
Cc: Frederic Weisbecker <fweisbec@...il.com>,
Peter Zijlstra <peterz@...radead.org>,
LKML <linux-kernel@...r.kernel.org>,
RT <linux-rt-users@...r.kernel.org>
Subject: Re: CONFIG_NO_HZ_FULL + CONFIG_PREEMPT_RT_FULL = nogo
On Wed, 2013-11-06 at 18:49 +0100, Thomas Gleixner wrote:
> On Thu, 31 Oct 2013, Mike Galbraith wrote:
>
> > Hi Frederic,
> >
> > The tick wakes ksoftirqd, ensuring nr_running test ain't gonna happen
> > when an otherwise lonely task takes the timer interrupt. Deferring to
> > softirq processing time..... works.
>
> -ENOPARSE
>
> What the heck is this patch doing aside of slapping #ifdeffery all
> over the place?
It ain't a patch, it's a diagnostic.
> I bet you are trying to work around some of the side effects of the
> occasional tick which is still necessary despite of full nohz, right?
Nope, I wanted to check out cost of nohz_full for rt, and found that it
doesn't work at all instead, looked, and found that the sole running
task has just awakened ksoftirqd when it wants to shut the tick down, so
that shutdown never happens.
> Bah, we want to solve the underlying problems and get rid of the tick
> completely instead of hiding the issues by magic hackery.
That's why I mentioned it. That ".... works" has a whooooole different
meaning than "this is the fix" :)
-Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists