From: Brian Foster <bfoster@redhat.com>
To: "Holger Hoffstätte" <holger@applied-asynchrony.com>
Cc: Jan Kara <jack@suse.cz>, linux-fsdevel@vger.kernel.org
Subject: Re: What happened to the sb writeback list (aka sync efficiency) fix?
Date: Wed, 22 Jun 2016 07:42:00 -0400 [thread overview]
Message-ID: <20160622114159.GA5423@bfoster.bfoster> (raw)
In-Reply-To: <57694B41.1080106@applied-asynchrony.com>
On Tue, Jun 21, 2016 at 04:12:17PM +0200, Holger Hoffst�tte wrote:
> On 06/21/16 16:03, Brian Foster wrote:
> > On Tue, Jun 21, 2016 at 02:54:46PM +0200, Jan Kara wrote:
> >> On Mon 20-06-16 12:43:34, Brian Foster wrote:
> >>> On Mon, Jun 20, 2016 at 01:46:38PM +0000, Holger Hoffst�tte wrote:
> >>>>
> >>>> Once upon a time there was this fine patch set called
> >>>> "improve sync efficiency with sb inode wb list" [1]
> >>>> by Brian Foster, who fixed up the original version by Josef Bacik.
> >>>>
> >>>> I've been running with this since then and it seems to work flawlessly,
> >>>> yet it doesn't seem that this ever got merged..does anybody know why?
> >>>>
> >>>> Waiman Long has been working on something similar with his per-CPU
> >>>> lists, but those patches naturally collide a bit, so I'm wondering
> >>>> what's what.
> >>>>
> >>>> Fwiw the effect of the wb list on systems with many cached inodes is
> >>>> phenomal; it would be a shame if this went unmerged.
> >>>>
> >>>
> >>> FWIW, the latest version posted was v7:
> >>>
> >>> http://thread.gmane.org/gmane.linux.file-systems/104078
> >>>
> >>> Thanks for the testing feedback. Unfortunately, I've not really heard
> >>> any feedback on getting this merged. I'm not sure the previous
> >>> version(s) by Josef and Dave got much traction either. :(
> >>
> >> Actually it would be a pitty to have this dropped. Please rebase & resend
> >> the patches and send them to AKPM asking him to merge them because Al isn't
> >> replying... That should make things moving.
> >>
> >
> > Sure, it rebases clean so I can post a v8 after I get a chance to run
> > some regression tests.
> >
> > Holger,
> >
> > Care to offer a Tested-by?
>
> My pleasure:
>
> Tested-by: Holger Hoffst�tte <holger.hoffstaette@applied-asynchrony.com>
>
Should this be "holger.hoffstatte@..." (note the dropped 'e')? I got a
return to sender for the above on my recent post. Probably not worth
resending, but you could reply to the post on-list with an accurate
email and I'll fix it up locally as well...
Brian
> I did this on my custom 4.4.x++ frankenkernel, but I don't see why it
> wouldn't work on mainline.
>
> cheers,
> Holger
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2016-06-22 11:43 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-20 13:46 What happened to the sb writeback list (aka sync efficiency) fix? Holger Hoffstätte
2016-06-20 16:43 ` Brian Foster
2016-06-20 17:51 ` Holger Hoffstätte
2016-06-21 12:54 ` Jan Kara
2016-06-21 14:03 ` Brian Foster
2016-06-21 14:12 ` Holger Hoffstätte
2016-06-22 11:42 ` Brian Foster [this message]
2016-06-22 12:28 ` Holger Hoffstätte
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=20160622114159.GA5423@bfoster.bfoster \
--to=bfoster@redhat.com \
--cc=holger@applied-asynchrony.com \
--cc=jack@suse.cz \
--cc=linux-fsdevel@vger.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