Skip to content

RFC transfer ASYNC vmscan writeback IO to the flusher threads

Wu Fengguang linux-fsdevel linux-mm lkml 1 version In review

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 RFC Latest5 patches 24 repliesIn review

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/5writeback: introduce wbc.for_sync to cover the two sync stagesfs/fs-writeback.c include/linux/writeback.h+7 -52 replies
2/5writeback: stop periodic/background work on seeing sync worksfs/fs-writeback.c include/linux/backing-dev.h mm/backing-dev.c+20 -012 replies
3/5writeback: prevent sync livelock with the sync_after timestampfs/fs-writeback.c include/linux/writeback.h+8 -122 replies
4/5writeback: introduce bdi_start_inode_writeback()fs/fs-writeback.c include/linux/backing-dev.h+66 -40 replies
5/5vmscan: transfer async file writeback to the flushermm/vmscan.c+7 -10 replies

Reviews trailers per patch

1 of 5 patches has a Reviewed-by or Acked-by.

PatchWu Fengguang
1/5
2/5R-b R-b
3/5
4/5
5/5

Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.

Read the v1 thread

Cover letter [PATCH 0/5] [RFC] transfer ASYNC vmscan writeback IO to the flusher threads

Andrew,

It's possible to transfer ASYNC vmscan writeback IOs to the flusher threads. This simple patchset shows the basic idea. Since it's a big behavior change, there are inevitably lots of details to sort out. I don't know where it will go after tests and discussions, so the patches are intentionally kept simple.

sync livelock avoidance (need more to be complete, but this is minimal required for the last two patches)
[PATCH 1/5] writeback: introduce wbc.for_sync to cover the two sync stages [PATCH 2/5] writeback: stop periodic/background work on seeing sync works
[PATCH 3/5] writeback: prevent sync livelock with the sync_after timestamp

let the flusher threads do ASYNC writeback for pageout()
[PATCH 4/5] writeback: introduce bdi_start_inode_writeback() [PATCH 5/5] vmscan: transfer async file writeback to the flusher

The last two patches are the meats, they depend on the first three patches to kick the background writeback work, so that the for_reclaim writeback can be serviced timely.

Comments are welcome!

Thanks,
Fengguang

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"[email protected]"> [email protected] </a>