All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.