public inbox for fstests@vger.kernel.org
 help / color / mirror / Atom feed
From: "Theodore Ts'o" <tytso@mit.edu>
To: "Darrick J. Wong" <djwong@kernel.org>
Cc: David Sterba <dsterba@suse.cz>, Zorro Lang <zlang@kernel.org>,
	fstests@vger.kernel.org
Subject: Re: [ANNOUNCE] fstests: for-next branch updated to v2025.02.23
Date: Fri, 28 Feb 2025 20:01:55 -0500	[thread overview]
Message-ID: <20250301010155.GA71970@mit.edu> (raw)
In-Reply-To: <20250228173319.GG1124788@frogsfrogsfrogs>

On Fri, Feb 28, 2025 at 09:33:19AM -0800, Darrick J. Wong wrote:
> 
> Agreed.  I would very much have liked to continue single-instance
> testing in peace the same way I always have.  There are things that
> excite me that I would like to move onto; refactoring a large pile of
> bash is NOT one of them.

I'm also not particularly interested in check-parallel; the reason for
this is that using a 64-CPU system is *expensive*.  It's actually
cheaper to kick off multiple VM's and then shard the tests across
multiple VM's.  It's cheaper to use a multiple small, cheaper VM's
compared to a single large VM.

Sure, having a fast wall clock time is kinda cool.  But not everyone
has access to -- or can afford -- a 64-CPU behemonth.  (Either the
cost of the server, or the cost of electricity / air conditioning ---
I recently upgrading to an AMD Threadripper, although not a 64-CPU
server, since I'm not that wealthy, and was shocked to find that it
consumes 100W at *idle*.)

> Before anyone gets any ideas -- there is no grand plan or collaboration
> here.  Chinner posted an RFC[1] and wrote:
> 
> "This will probably take a bit of time, so I'd like to get the bug
> fixes, improvements and infrastructure changes underway so I'm not
> left carrying a huge patchset for months...."

Yeah, I'll say that I'm a bit annoyed myself, since I've been carrying
patches out of trees for *years* because Dave has objected that the
patches didn't reach his high standards, and then the cr*p that was
check-parallel got merged?  Because he's an XFS architect?  I can't
help but think that there is a massive double standard....

> > It's not just me who observes that. It seems that BTRFS is not tested
> > before release as thoroughly as other filesystems (probably just XFS).
> 
> Admittedly, I only run ext4/btrfs in the default configurations.  I only
> learned yesterday about SCRATCH_DEV_POOL because Felipe called that out.

I'm actually running ext4, xfs, btrfs, and f2fs on fs-next every day.
I used to update to xfstests's for-next quite regularly.  But given
how destablized for-next got, I reduced the regularity of updating to
the latest for-next, because I got busy and I didn't always have time
to debug for-next breakages....

						- Ted

  reply	other threads:[~2025-03-01  1:02 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-23 12:27 [ANNOUNCE] fstests: for-next branch updated to v2025.02.23 Zorro Lang
2025-02-23 19:30 ` Darrick J. Wong
2025-02-24  5:48   ` Zorro Lang
2025-02-24 22:04     ` Dave Chinner
2025-02-25  9:00       ` Zorro Lang
2025-02-28 12:33 ` David Sterba
2025-02-28 17:33   ` Darrick J. Wong
2025-03-01  1:01     ` Theodore Ts'o [this message]
2025-03-01 14:08   ` Zorro Lang
2025-03-02 13:13     ` Filipe Manana
2025-03-02 14:50       ` Theodore Ts'o
2025-03-02 16:18         ` Zorro Lang
2025-03-02 18:42         ` Filipe Manana
2025-03-02 15:37       ` Zorro Lang
2025-03-02 19:02         ` Filipe Manana
2025-03-02 19:56           ` Zorro Lang
2025-03-01 16:50   ` Zorro Lang
2025-03-04 18:58     ` Darrick J. Wong
     [not found] <67bb1448.500a0220.af3ac.9928SMTPIN_ADDED_BROKEN@mx.google.com>
2025-02-27 13:32 ` Filipe Manana
2025-02-27 17:52   ` Darrick J. Wong
2025-02-28 11:54     ` David Sterba
2025-03-01 17:22   ` Zorro Lang
2025-03-04 18:37     ` Darrick J. Wong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20250301010155.GA71970@mit.edu \
    --to=tytso@mit.edu \
    --cc=djwong@kernel.org \
    --cc=dsterba@suse.cz \
    --cc=fstests@vger.kernel.org \
    --cc=zlang@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox