From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail78-36.sinamail.sina.com.cn (mail78-36.sinamail.sina.com.cn [219.142.78.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 832961514CE for ; Tue, 24 Dec 2024 10:26:56 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=219.142.78.36 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1735036021; cv=none; b=hhJB33DZOyO7oBxTrptHnaLVz6Sqfr8795c6gYDWRHL093FfaCqmeQqGUPtNLV39HKryCKSKM2AwPRufjY5lcG963PyreiJHXhJjRcAm8SzZfPwzu7l2eMVjcA6qgHEZb9RdI+Dea18+A59PXW4piM8fSSXa9AeWaC5G5+UDbVk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1735036021; c=relaxed/simple; bh=BMB8r6HdFV6bI8fRrq7ynETtZtQQnZbltFC5sw0wpY0=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=TzCC2DWj8E69QZKmGGS0B64jnY7epIv72ffbkiqnOtL0SRAU9pnwE29C5yo0/Gsy7Q7l9XBRhdg9K+w8878N/9UKpMsjH4sL54+FhVn9NK8na/grnvILT/fIgWvGcs+KsMq24L0j5Du4AnZbc1XXxh4F/7k6ey8i6gn0D47XFuc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=sina.com; spf=pass smtp.mailfrom=sina.com; arc=none smtp.client-ip=219.142.78.36 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=sina.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=sina.com X-SMAIL-HELO: localhost.localdomain Received: from unknown (HELO localhost.localdomain)([113.118.71.87]) by sina.com (10.185.250.24) with ESMTP id 676A8C4700001F5D; Tue, 24 Dec 2024 18:26:17 +0800 (CST) X-Sender: hdanton@sina.com X-Auth-ID: hdanton@sina.com Authentication-Results: sina.com; spf=none smtp.mailfrom=hdanton@sina.com; dkim=none header.i=none; dmarc=none action=none header.from=hdanton@sina.com X-SMAIL-MID: 5097010748498 X-SMAIL-UIID: AE2174EE62B14E91B529A2B5C040665F-20241224-182617-1 From: Hillf Danton To: "NeilBrown" Cc: "Alexander Viro" , "Christian Brauner" , "Jan Kara" , "Peter Zijlstra" , "Linus Torvalds" , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 08/11] VFS: add inode_dir_lock/unlock Date: Tue, 24 Dec 2024 18:26:11 +0800 Message-ID: <20241224102614.424-1-hdanton@sina.com> In-Reply-To: <173498616860.11072.11978717859547245956@noble.neil.brown.name> References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit On Tue, 24 Dec 2024 07:36:08 +1100 NeilBrown > On Mon, 23 Dec 2024, Hillf Danton wrote: > > On Mon, 23 Dec 2024 14:10:07 +1100 NeilBrown > > > On Sat, 21 Dec 2024, Hillf Danton wrote: > > > > Inventing anything like mutex sounds bad. > > > > > > In general I would agree. But when the cost of adding a mutex exceeds > > > the cost of using an alternate solution that only requires 2 bits, I > > > think the alternate solution is justified. > > > > > Inode deserves more than the 2 bits before such a solution is able to > > rework mutex. > > I'm sorry but I don't understand what you are saying. Could you please > give more details about your concern? > Are you concerned about correctness? Performance? Maintainability? > Something else? > It is that you are adding a pair of honey bee wings to A380, so no takeoff can be expected.