Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755597Ab2K3DB7 (ORCPT ); Thu, 29 Nov 2012 22:01:59 -0500 Received: from mx1.redhat.com ([209.132.183.28]:41948 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755072Ab2K3DB6 (ORCPT ); Thu, 29 Nov 2012 22:01:58 -0500 Date: Thu, 29 Nov 2012 22:00:53 -0500 (EST) From: Mikulas Patocka X-X-Sender: mpatocka@file.rdu.redhat.com To: Andrew Morton cc: Linus Torvalds , Jeff Chua , Jens Axboe , Lai Jiangshan , Jan Kara , lkml , linux-fsdevel , Oleg Nesterov , "Paul E. McKenney" , Peter Zijlstra Subject: Re: [PATCH 1/2] percpu-rwsem: use synchronize_sched_expedited In-Reply-To: <20121129160607.06a063bb.akpm@linux-foundation.org> Message-ID: References: <20121120180949.GG1408@quack.suse.cz> <50AF7901.20401@kernel.dk> <50B46E05.70906@kernel.dk> <20121129160607.06a063bb.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2153 Lines: 57 On Thu, 29 Nov 2012, Andrew Morton wrote: > On Tue, 27 Nov 2012 22:59:52 -0500 (EST) > Mikulas Patocka wrote: > > > percpu-rwsem: use synchronize_sched_expedited > > > > Use synchronize_sched_expedited() instead of synchronize_sched() > > to improve mount speed. > > > > This patch improves mount time from 0.500s to 0.013s. > > > > Note: if realtime people complain about the use > > synchronize_sched_expedited() and synchronize_rcu_expedited(), I suggest > > that they introduce an option CONFIG_REALTIME or > > /proc/sys/kernel/realtime and turn off these *_expedited functions if > > the option is enabled (i.e. turn synchronize_sched_expedited into > > synchronize_sched and synchronize_rcu_expedited into synchronize_rcu). > > > > Signed-off-by: Mikulas Patocka > > So I read through this thread but I really didn't see a clear > description of why mount() got slower. The changelog for 4b05a1c74d1 > is spectacularly awful :( > > > Apparently the slowdown occurred because a blockdev mount patch > 62ac665ff9fc07497ca524 ("blockdev: turn a rw semaphore into a percpu rw > semaphore") newly uses percpu rwsems, and percpu rwsems are slow on the > down_write() path. > > And using synchronize_sched_expedited() rather than synchronize_sched() > makes percpu_down_write() somewhat less slow. Correct? Yes. > Why is it OK to use synchronize_sched_expedited() here? If it's > faster, why can't we use synchronize_sched_expedited() everywhere and > zap synchronize_sched()? Because synchronize_sched_expedited sends interrupts to all processors and it is bad for realtime workloads. Peter Zijlstra once complained when I used synchronize_rcu_expedited in bdi_remove_from_list (but he left it there). I suggest that if it really hurts real time response for someone, let they introduce a switch to turn it into non-expedited call. Mikulas -- 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/