From mboxrd@z Thu Jan 1 00:00:00 1970 From: Josef Bacik Subject: Re: [PATCH 2/9] inode: add IOP_NOTHASHED to avoid inode hash lock in evict Date: Thu, 12 Mar 2015 08:24:09 -0400 Message-ID: <55018569.9080908@fb.com> References: <1426016724-23912-1-git-send-email-jbacik@fb.com> <1426016724-23912-3-git-send-email-jbacik@fb.com> <20150312095206.GM29656@ZenIV.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: , , , , Dave Chinner To: Al Viro Return-path: Received: from mx0b-00082601.pphosted.com ([67.231.153.30]:21168 "EHLO mx0b-00082601.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754164AbbCLMYV (ORCPT ); Thu, 12 Mar 2015 08:24:21 -0400 In-Reply-To: <20150312095206.GM29656@ZenIV.linux.org.uk> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On 03/12/2015 05:52 AM, Al Viro wrote: > On Tue, Mar 10, 2015 at 03:45:17PM -0400, Josef Bacik wrote: >> From: Dave Chinner >> >> Some filesystems don't use the VFS inode hash and fake the fact they >> are hashed so that all the writeback code works correctly. However, >> this means the evict() path still tries to remove the inode from the >> hash, meaning that the inode_hash_lock() needs to be taken >> unnecessarily. Hence under certain workloads the inode_hash_lock can >> be contended even if the inode is never actually hashed. >> >> To avoid this, add an inode opflag to allow inode_hash_remove() to >> avoid taking the hash lock on inodes have never actually been >> hashed. > > Why bother with flags, etc. when we could just do > > static inline bool hlist_fake(struct hlist_node *h) > { > return h->pprev == &h->next; > } > >> - if (!inode_unhashed(inode)) >> + if (!((inode->i_opflags & IOP_NOTHASHED) || inode_unhashed(inode))) > > and turn this check into > if (!inode_unhashed(inode) && !hlist_fake(&inode->i_hash)) > > instead? > I made the change and sent the new patch, hopefully it worked, sometimes my laptop screws up git-send-email. If everything looks good to you Al you can pull from my tree if you don't want to scrape from the list git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git superblock-scaling Thanks, Josef