[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YMqBY0hk/AmgGMeb@mit.edu>
Date: Wed, 16 Jun 2021 18:55:31 -0400
From: "Theodore Ts'o" <tytso@....edu>
To: Gao Xiang <hsiangkao@...ux.alibaba.com>
Cc: Trond Myklebust <trondmy@...merspace.com>,
"linux-nfs@...r.kernel.org" <linux-nfs@...r.kernel.org>,
"joseph.qi@...ux.alibaba.com" <joseph.qi@...ux.alibaba.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"anna.schumaker@...app.com" <anna.schumaker@...app.com>
Subject: Re: [PATCH] nfs: set block size according to pnfs_blksize first
On Thu, Jun 17, 2021 at 01:51:04AM +0800, Gao Xiang wrote:
>
> Considering the original XFS regression report [1], I think
> underlayfs blksize may still be needed. And binary search to get the
> maximum attr value may be another new case for this as well. Or
> alternatively just add by block size to do a trip test.
>
> Although I have no idea if we can just skip the case when testing with
> NFS. If getting underlayfs blksize is unfeasible, I think we might
> skip such case for now since nfs blksize is not useful for generic/486.
>
> [1] https://bugzilla.kernel.org/show_bug.cgi?id=199119
I've looked at the original XFS regression size, and I don't see why
using the underlaying blocksize matters at all. This is especially
true if you look at the comment in the test, and the commit which
fixed the bug. All that is needed for the xfs regression test is to
start with a small xattr, and replace it with a large xattr. The
blocksize is really irrelevant.
- Ted
Powered by blists - more mailing lists