[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20110309142237.6ab82523.kamezawa.hiroyu@jp.fujitsu.com>
Date: Wed, 9 Mar 2011 14:22:37 +0900
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
To: Justin TerAvest <teravest@...gle.com>
Cc: m-ikeda@...jp.nec.com, jaxboe@...ionio.com, vgoyal@...hat.com,
linux-kernel@...r.kernel.org, ryov@...inux.co.jp,
taka@...inux.co.jp, righi.andrea@...il.com,
guijianfeng@...fujitsu.com, balbir@...ux.vnet.ibm.com,
ctalbott@...gle.com, nauman@...gle.com, mrubin@...gle.com
Subject: Re: [RFC] [PATCH 0/6] Provide cgroup isolation for buffered writes.
On Tue, 8 Mar 2011 13:20:50 -0800
Justin TerAvest <teravest@...gle.com> wrote:
> This patchset adds tracking to the page_cgroup structure for which cgroup has
> dirtied a page, and uses that information to provide isolation between
> cgroups performing writeback.
>
> I know that there is some discussion to remove request descriptor limits
> entirely, but I included a patch to introduce per-cgroup limits to enable
> this functionality. Without it, we didn't see much isolation improvement.
>
> I think most of this material has been discussed on lkml previously, this is
> just another attempt to make a patchset that handles buffered writes for CFQ.
>
> There was a lot of previous discussion at:
> http://thread.gmane.org/gmane.linux.kernel/1007922
>
> Thanks to Andrea Righi, Kamezawa Hiroyuki, Munehiro Ikeda, Nauman Rafique,
> and Vivek Goyal for work on previous versions of these patches.
>
2 points from me.
1. If you know there is a thread, please join even if it's a bit little thread.
2. In these days, I got many comments as 'page_cgroup is toooo big', so
I don't feel fun when I see a patch which increases size of page_cgroup.
I don't like to increase size of page_cgroup but I think you can record
information without increasing size of page_cgroup.
A) As Andrea did, encode it to pc->flags.
But I'm afraid that there is a racy case because memory cgroup uses some
test_and_set() bits.
B) I wonder why the information cannot be recorded in page->private.
When page has buffers, you can record the information to buffer struct.
About swapio (if you take care of), you can record information to bio.
Anyway, thank you for the work. And please join the discussion and explain
"Without it, we didn't see much isolation improvement." with real data.
Regards,
-Kame
>
> Documentation/block/biodoc.txt | 10 +
> block/blk-cgroup.c | 204 +++++++++++++++++++++-
> block/blk-cgroup.h | 9 +-
> block/blk-core.c | 216 +++++++++++++++--------
> block/blk-settings.c | 2 +-
> block/blk-sysfs.c | 60 ++++---
> block/cfq-iosched.c | 390 +++++++++++++++++++++++++++++++---------
> block/cfq.h | 6 +-
> block/elevator.c | 11 +-
> fs/buffer.c | 2 +
> fs/direct-io.c | 2 +
> include/linux/blk_types.h | 2 +
> include/linux/blkdev.h | 81 ++++++++-
> include/linux/blkio-track.h | 89 +++++++++
> include/linux/elevator.h | 14 ++-
> include/linux/iocontext.h | 1 +
> include/linux/memcontrol.h | 6 +
> include/linux/mmzone.h | 4 +-
> include/linux/page_cgroup.h | 12 +-
> init/Kconfig | 16 ++
> mm/Makefile | 3 +-
> mm/bounce.c | 2 +
> mm/filemap.c | 2 +
> mm/memcontrol.c | 6 +
> mm/memory.c | 6 +
> mm/page-writeback.c | 14 ++-
> mm/page_cgroup.c | 29 ++-
> mm/swap_state.c | 2 +
> 28 files changed, 985 insertions(+), 216 deletions(-)
>
> [PATCH 1/6] Add IO cgroup tracking for buffered writes.
> [PATCH 2/6] Make async queues per cgroup.
> [PATCH 3/6] Modify CFQ to use IO tracking information.
> [PATCH 4/6] With per-cgroup async, don't special case queues.
> [PATCH 5/6] Add stat for per cgroup writeout done by flusher.
> [PATCH 6/6] Per cgroup request descriptor counts
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists