From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steven Rostedt Subject: Re: [PATCH] sched/rt: RT_RUNTIME_GREED sched feature Date: Mon, 7 Nov 2016 14:47:38 -0500 Message-ID: <20161107144738.4811a5dd@gandalf.local.home> References: <20161107133207.4282de69@gandalf.local.home> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Daniel Bristot de Oliveira , Ingo Molnar , Peter Zijlstra , linux-rt-users , LKML To: Christoph Lameter Return-path: Received: from smtprelay0165.hostedemail.com ([216.40.44.165]:54595 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751736AbcKGTui (ORCPT ); Mon, 7 Nov 2016 14:50:38 -0500 In-Reply-To: Sender: linux-rt-users-owner@vger.kernel.org List-ID: On Mon, 7 Nov 2016 13:30:15 -0600 (CST) Christoph Lameter wrote: > SCHED_RR tasks alternately running on on cpu can cause endless deferral of > kworker threads. With the global effect of the OS processing reserved > it may be the case that the processor we are executing never gets any > time. And if that kworker threads role is releasing a mutex (like the > cgroup_lock) then deadlocks can result. I believe SCHED_RR tasks will still throttle if they use up too much of the CPU. But I still don't see how this patch helps your situation. -- Steve