Re: [PATCH 6/9] xfs: consolidate btree block freeing tracepoints

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH 6/9] xfs: consolidate btree block freeing tracepoints
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Wed, 3 Jan 2024 00:53:17 -0800
Cc: linux-xfs@xxxxxxxxxxxxxxx, willy@xxxxxxxxxxxxx
In-reply-to: <170404829675.1748854.18135934618780501542.stgit@frogsfrogsfrogs>
References: <170404829556.1748854.13886473250848576704.stgit@frogsfrogsfrogs> <170404829675.1748854.18135934618780501542.stgit@frogsfrogsfrogs>

On Sun, Dec 31, 2023 at 12:15:07PM -0800, Darrick J. Wong wrote:
> From: Darrick J. Wong <djwong@xxxxxxxxxx>
> 
> Don't waste tracepoint segment memory on per-btree block freeing
> tracepoints when we can do it from the generic btree code.

The patch looks good, but what is "tracepoint segment memory"?

Follow-Ups:
- Re: [PATCH 6/9] xfs: consolidate btree block freeing tracepoints
  - From: Darrick J. Wong

References:
- [PATCHSET v29.0 08/28] xfs: support in-memory btrees
  - From: Darrick J. Wong
- [PATCH 6/9] xfs: consolidate btree block freeing tracepoints
  - From: Darrick J. Wong

Prev by Date: Re: [PATCH 4/9] xfs: make GFP_ usage consistent when allocating buftargs
Next by Date: [BUG REPORT] shrink_dcache_parent() loops indefinitely on a next-20240102 kernel
Previous by thread: [PATCH 6/9] xfs: consolidate btree block freeing tracepoints
Next by thread: Re: [PATCH 6/9] xfs: consolidate btree block freeing tracepoints
Index(es):
- Date
- Thread

[Index of Archives] [XFS Filesystem Development (older mail)] [Linux Filesystem Development] [Linux Audio Users] [Yosemite Trails] [Linux Kernel] [Linux RAID] [Linux SCSI]

Powered by Linux