Path: csiph.com!news.redatomik.org!aioe.org!bofh.it!news.nic.it!robomod From: Mel Gorman Newsgroups: linux.kernel Subject: Re: [PATCH 1/2] sched/wait: Break up long wake list walk Date: Thu, 24 Aug 2017 22:50:02 +0200 Message-ID: References: X-Original-To: Linus Torvalds MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline User-Agent: NeoMutt/20170421 (1.8.2) Sender: robomod@news.nic.it List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Approved: robomod@news.nic.it Lines: 20 Organization: linux.* mail to news gateway X-Original-Cc: Tim Chen , "Liang, Kan" , Mel Gorman , "Kirill A. Shutemov" , Peter Zijlstra , Ingo Molnar , Andi Kleen , Andrew Morton , Johannes Weiner , Jan Kara , linux-mm , Linux Kernel Mailing List X-Original-Date: Thu, 24 Aug 2017 21:44:48 +0100 X-Original-Message-ID: <20170824204448.if2mve3iy5k425di@techsingularity.net> X-Original-References: <37D7C6CF3E00A74B8858931C1DB2F0775378A24A@SHSMSX103.ccr.corp.intel.com> <37D7C6CF3E00A74B8858931C1DB2F0775378A377@SHSMSX103.ccr.corp.intel.com> <37D7C6CF3E00A74B8858931C1DB2F0775378A8AB@SHSMSX103.ccr.corp.intel.com> <6e8b81de-e985-9222-29c5-594c6849c351@linux.intel.com> <85fb2a78-cbb7-dceb-12e8-7d18519c30a0@linux.intel.com> X-Original-Sender: linux-kernel-owner@vger.kernel.org Xref: csiph.com linux.kernel:1719555 On Thu, Aug 24, 2017 at 11:16:15AM -0700, Linus Torvalds wrote: > On Thu, Aug 24, 2017 at 10:49 AM, Tim Chen wrote: > > > > These changes look fine. We are testing them now. > > Does the second patch in the series look okay to you? > > I didn't really have any reaction to that one, as long as Mel&co are > ok with it, I'm fine with it. > I've no strong objections or concerns. I'm disappointed that the original root cause for this could not be found but hope that eventually a reproducible test case will eventually be available. Despite having access to a 4-socket box, I was still unable to create a workload that caused large delays on wakeup. I'm going to have to stop as I don't think it's possible to create on that particular machine for whatever reason. -- Mel Gorman SUSE Labs