Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1699481pxb; Thu, 16 Sep 2021 13:19:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQcWUMwoJn1osJCV0IL4W6c+qFkxWG6g8zgrXt1g9mnLAVcwQJmJpM/H+ZThAyPdNJKJ0c X-Received: by 2002:aa7:d99a:: with SMTP id u26mr8480091eds.320.1631823550827; Thu, 16 Sep 2021 13:19:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631823550; cv=none; d=google.com; s=arc-20160816; b=Jrsy5A6otNcgpLAvTWyj81z62F8d7PoERU4FaL4FOzbXERiEovmhy4NQcDjjClPfIy Q+j3Ykdxj36UvZqC0VNPjHFunltC81hJ9bkhhZcMuOrSx35C0HOBx4Oiknunr0kF+Vow iS0eiB2A89aG8h0ai8MNyv4kUwsz91TGfwbOKWBtINMaDc5Qz2BalkeCfHIN+241mmt2 WBsvYMr/tXyPJlNtp6cMA/69clceFsVJy0Dq1EZ+wW7O33HsfZ7jklpiNhv+J+CgoiW2 Y8JpwPXJhrVG0UJ3RfSial6OH7/vcY1Hp0Vxb2+ju9L5h2rkD8u/QZsQJEisHa8Ue9cH mwFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=YZnmQOLtFUAN/POS2A+ygbyQ61Ersn5nZKdas74XjOQ=; b=ZCWnS1f9K/HoGLwnTW2Z24nBrrFOVMGJEi7rV5DHvLU7bzfZPrEx4QisS14uKDQt37 LoHAoNzCpPWARJx7dhS7ZELQeN1kMk3Q069/ApD8rf0Z03ohBt6Hv+A09VTf81GHy6MX SA/r/M9sj2qFS2Y/hNgbWDH78HKxrNaBdXsJlHeJE6eWpajA7d5rcNFyDUHwDwKgJr/Z WY+JN8XpywOW1ArBw95SmOHuA9JiARb0Nxnb8qi0ZFXTOPUeGx4HYluLVIdfaJPsGBbB YjpFVQn0S7xE9oMlmg7aotozhQbBFobwhozbyWd6NhfaPJgAwv0J+tI82MzvcJkKaVnP firA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=oIXD1P98; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d22si4592520ejj.387.2021.09.16.13.18.29; Thu, 16 Sep 2021 13:19:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=oIXD1P98; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233045AbhIPQPc (ORCPT + 99 others); Thu, 16 Sep 2021 12:15:32 -0400 Received: from mail.kernel.org ([198.145.29.99]:48354 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235842AbhIPQJM (ORCPT ); Thu, 16 Sep 2021 12:09:12 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id E396F61283; Thu, 16 Sep 2021 16:07:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1631808461; bh=qQA5sN6pM1V3Tb0BACCtc+POK3CIZoL1+B6jfjJx5bc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=oIXD1P98eXgKM1RHp2M7rERBcfT0Nq0L8vvnX/Jun7a3wtjjgPmUBdWvEf3zrzPvS QCZQU+2nmez01YebIh7+Atrzbj+t3gDJtpN1Q8Qds6VhNhpUJ0vVI2I9NtL5vcNH5W 0r8pZTm6jJQgAimWNK4jXAagWhQaZnOLo+ucLHv4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, David Howells , Jeff Layton , linux-cachefs@redhat.com, Sasha Levin Subject: [PATCH 5.10 098/306] fscache: Fix cookie key hashing Date: Thu, 16 Sep 2021 17:57:23 +0200 Message-Id: <20210916155757.406572188@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210916155753.903069397@linuxfoundation.org> References: <20210916155753.903069397@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: David Howells [ Upstream commit 35b72573e977ed6b18b094136a4fa3e0ffb13603 ] The current hash algorithm used for hashing cookie keys is really bad, producing almost no dispersion (after a test kernel build, ~30000 files were split over just 18 out of the 32768 hash buckets). Borrow the full_name_hash() hash function into fscache to do the hashing for cookie keys and, in the future, volume keys. I don't want to use full_name_hash() as-is because I want the hash value to be consistent across arches and over time as the hash value produced may get used on disk. I can also optimise parts of it away as the key will always be a padded array of aligned 32-bit words. Fixes: ec0328e46d6e ("fscache: Maintain a catalogue of allocated cookies") Signed-off-by: David Howells Reviewed-by: Jeff Layton cc: linux-cachefs@redhat.com Link: https://lore.kernel.org/r/162431201844.2908479.8293647220901514696.stgit@warthog.procyon.org.uk/ Signed-off-by: Sasha Levin --- fs/fscache/cookie.c | 14 +------------- fs/fscache/internal.h | 2 ++ fs/fscache/main.c | 39 +++++++++++++++++++++++++++++++++++++++ 3 files changed, 42 insertions(+), 13 deletions(-) diff --git a/fs/fscache/cookie.c b/fs/fscache/cookie.c index 751bc5b1cddf..6104f627cc71 100644 --- a/fs/fscache/cookie.c +++ b/fs/fscache/cookie.c @@ -74,10 +74,8 @@ void fscache_free_cookie(struct fscache_cookie *cookie) static int fscache_set_key(struct fscache_cookie *cookie, const void *index_key, size_t index_key_len) { - unsigned long long h; u32 *buf; int bufs; - int i; bufs = DIV_ROUND_UP(index_key_len, sizeof(*buf)); @@ -91,17 +89,7 @@ static int fscache_set_key(struct fscache_cookie *cookie, } memcpy(buf, index_key, index_key_len); - - /* Calculate a hash and combine this with the length in the first word - * or first half word - */ - h = (unsigned long)cookie->parent; - h += index_key_len + cookie->type; - - for (i = 0; i < bufs; i++) - h += buf[i]; - - cookie->key_hash = h ^ (h >> 32); + cookie->key_hash = fscache_hash(0, buf, bufs); return 0; } diff --git a/fs/fscache/internal.h b/fs/fscache/internal.h index 08e91efbce53..64aa552b296d 100644 --- a/fs/fscache/internal.h +++ b/fs/fscache/internal.h @@ -97,6 +97,8 @@ extern struct workqueue_struct *fscache_object_wq; extern struct workqueue_struct *fscache_op_wq; DECLARE_PER_CPU(wait_queue_head_t, fscache_object_cong_wait); +extern unsigned int fscache_hash(unsigned int salt, unsigned int *data, unsigned int n); + static inline bool fscache_object_congested(void) { return workqueue_congested(WORK_CPU_UNBOUND, fscache_object_wq); diff --git a/fs/fscache/main.c b/fs/fscache/main.c index c1e6cc9091aa..4207f98e405f 100644 --- a/fs/fscache/main.c +++ b/fs/fscache/main.c @@ -93,6 +93,45 @@ static struct ctl_table fscache_sysctls_root[] = { }; #endif +/* + * Mixing scores (in bits) for (7,20): + * Input delta: 1-bit 2-bit + * 1 round: 330.3 9201.6 + * 2 rounds: 1246.4 25475.4 + * 3 rounds: 1907.1 31295.1 + * 4 rounds: 2042.3 31718.6 + * Perfect: 2048 31744 + * (32*64) (32*31/2 * 64) + */ +#define HASH_MIX(x, y, a) \ + ( x ^= (a), \ + y ^= x, x = rol32(x, 7),\ + x += y, y = rol32(y,20),\ + y *= 9 ) + +static inline unsigned int fold_hash(unsigned long x, unsigned long y) +{ + /* Use arch-optimized multiply if one exists */ + return __hash_32(y ^ __hash_32(x)); +} + +/* + * Generate a hash. This is derived from full_name_hash(), but we want to be + * sure it is arch independent and that it doesn't change as bits of the + * computed hash value might appear on disk. The caller also guarantees that + * the hashed data will be a series of aligned 32-bit words. + */ +unsigned int fscache_hash(unsigned int salt, unsigned int *data, unsigned int n) +{ + unsigned int a, x = 0, y = salt; + + for (; n; n--) { + a = *data++; + HASH_MIX(x, y, a); + } + return fold_hash(x, y); +} + /* * initialise the fs caching module */ -- 2.30.2