From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754166AbbGPHam (ORCPT ); Thu, 16 Jul 2015 03:30:42 -0400 Received: from mga02.intel.com ([134.134.136.20]:18826 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754120AbbGPHal (ORCPT ); Thu, 16 Jul 2015 03:30:41 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.15,486,1432623600"; d="scan'208";a="729885020" Message-ID: <55A75D93.1090105@linux.intel.com> Date: Thu, 16 Jul 2015 00:30:27 -0700 From: Dave Hansen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Jan Kara , Oleg Nesterov CC: Al Viro , Linus Torvalds , Paul McKenney , Peter Zijlstra , Daniel Wagner , Davidlohr Bueso , Ingo Molnar , Tejun Heo , linux-kernel@vger.kernel.org Subject: Re: [PATCH RFC 0/4] change sb_writers to use percpu_rw_semaphore References: <20150713212536.GA13855@redhat.com> <20150714104810.GB24369@quack.suse.cz> <20150714133731.GA24837@redhat.com> <55A57C50.1080406@linux.intel.com> <20150714212249.GA18441@redhat.com> <55A581F9.3090507@linux.intel.com> <20150715064705.GA22609@quack.suse.cz> <20150715181920.GA1797@redhat.com> <20150716072654.GE22847@quack.suse.cz> In-Reply-To: <20150716072654.GE22847@quack.suse.cz> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07/16/2015 12:26 AM, Jan Kara wrote: > So Dave's patches would go in only in the next merge window anyway so we > still have like two-three weeks to decide which patchset to take. If you > think it will take you longer, then merging Dave's patches makes some sense > although I personally don't think the issue is so important that we have to > fix it ASAP and eventual delay of one more release would be OK for me. I thought of one more thing. Oleg's patches are fast in the uncontended case. My testing of his code so far was all single-threaded. Will it slow down if we throw a bunch of threads at it an see contention? I don't think my RCU approach will. I can benchmark in the next few days on a larger machine.