From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754889AbbGZJBS (ORCPT ); Sun, 26 Jul 2015 05:01:18 -0400 Received: from casper.infradead.org ([85.118.1.10]:33171 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752336AbbGZJBR (ORCPT ); Sun, 26 Jul 2015 05:01:17 -0400 Date: Sun, 26 Jul 2015 11:01:01 +0200 From: Peter Zijlstra To: Konstantin Khlebnikov Cc: kernel test robot , Konstantin Khlebnikov , LKP , LKML , Trond Myklebust , Anna Schumaker , linux-nfs@vger.kernel.org Subject: Re: [lkp] [sched/preempt] 103637a5b94: 12.4% fsmark.app_overhead, -1.4% fsmark.files_per_sec Message-ID: <20150726090101.GN19282@twins.programming.kicks-ass.net> References: <87si8cahvi.fsf@yhuang-dev.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2012-12-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jul 25, 2015 at 07:32:03PM +0300, Konstantin Khlebnikov wrote: > I guess that's because of cond_resched_lock() usage in nfs_scan_commit_list(). > My patch fixes cond_resched_lock() which never worked since v3.13. Yeah, I wasn't surprised to see preemptions go up with this patch, not total throughput suffer a bit due to that.