Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752668AbaAORRM (ORCPT ); Wed, 15 Jan 2014 12:17:12 -0500 Received: from mail-ee0-f52.google.com ([74.125.83.52]:44108 "EHLO mail-ee0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752157AbaAORRL (ORCPT ); Wed, 15 Jan 2014 12:17:11 -0500 Date: Wed, 15 Jan 2014 18:17:06 +0100 From: Frederic Weisbecker To: Viresh Kumar Cc: Kevin Hilman , Vincent Guittot , Amit Kucheria , Peter Zijlstra , Lists linaro-kernel , Linaro Networking , Linux Kernel Mailing List , Steven Rostedt Subject: Re: [QUERY]: Is using CPU hotplug right for isolating CPUs? Message-ID: <20140115171704.GB21574@localhost.localdomain> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 15, 2014 at 02:57:36PM +0530, Viresh Kumar wrote: > Hi Again, > > I am now successful in isolating a CPU completely using CPUsets, > NO_HZ_FULL and CPU hotplug.. > > My setup and requirements for those who weren't following the > earlier mails: > > For networking machines it is required to run data plane threads on > some CPUs (i.e. one thread per CPU) and these CPUs shouldn't be > interrupted by kernel at all. > > Earlier I tried CPUSets with NO_HZ by creating two groups with > load_balancing disabled between them and manually tried to move > all tasks out to CPU0 group. But even then there were interruptions > which were continuously coming on CPU1 (which I am trying to > isolate). These were some workqueue events, some timers (like > prandom), timer overflow events (As NO_HZ_FULL pushes hrtimer > to long ahead in future, 450 seconds, rather than disabling them > completely, and these hardware timers were overflowing their > counters after 90 seconds on Samsung Exynos board). Are you sure about that? NO_HZ_FULL shouldn't touch much hrtimers. Those are independant from the tick. Although some of them seem to rely on the softirq, but that seem to concern the tick hrtimer only. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/