[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20091015.105902.70196131.ryov@valinux.co.jp>
Date: Thu, 15 Oct 2009 10:59:02 +0900 (JST)
From: Ryo Tsuruta <ryov@...inux.co.jp>
To: vgoyal@...hat.com
Cc: linux-kernel@...r.kernel.org, dm-devel@...hat.com,
containers@...ts.linux-foundation.org,
virtualization@...ts.linux-foundation.org,
xen-devel@...ts.xensource.com, jens.axboe@...cle.com,
nauman@...gle.com, balbir@...ux.vnet.ibm.com, rostedt@...dmis.org,
m-ikeda@...jp.nec.com, taka@...inux.co.jp, lizf@...fujitsu.com,
guijianfeng@...fujitsu.com, yoshikawa.takuya@....ntt.co.jp,
baramsori72@...il.com, yamahata@...inux.co.jp,
fernando@....ntt.co.jp, takebe_akio@...fujitsu.com
Subject: Re: IO controller Mini-Summit 2009
Hi Vivek,
Vivek Goyal <vgoyal@...hat.com> wrote:
> CCing people who are planning to attend the mini summit either in person
> or phone. (As per your list on io mini summit wiki page). Not sure if
> everybody is scanning mailing list for update on mini summit.
Thank you for CCing people. I'll add all prospective attendees to Cc
list when I post the information on mini summit.
> I am checking out wiki page for more information like Venue. It says the
> venue is linux foundation office Japan. Hopefully there is no change in
> that information.
There is no change in the venue.
> What are the conference call details for the people who might want to join
> in over phone? Could not find those. Are you yet to post these?
Here is the phone number of the conference call.
number +1-218-936-7999
passcode 374489#
I've also added the phone number on the web site.
http://sourceforge.net/apps/trac/ioband/wiki/iosummit
Thank you for your help.
Ryo Tsuruta
>
> Thanks
> Vivek
>
> > I have summarized the topics for the IO controller mini-summit and
> > written the ideas seen in the mailing list.
> >
> > - The place where IO controller should be implemented
> > - Block layer in conjunction with the IO scheduler
> > - Common layer right above the IO scheduler
> > - CFQ enhancement.
> > - Both block and common layer, users can select whichever controller
> > they want.
> > - VFS layer
> >
> > - What kind of bandwidth control policies are needed?
> > - Proportional weight
> > - Enforcing upper limit
> > - Minimum bandwidth guarantee
> >
> > - How to handle buffered writes?
> > - Add dirt-ratio in the memory controller
> > - Add bufferred-write-cgroup to track buffered writebacks
> > - A per group per bdi pdflush threads
> >
> > - Who should be charged for swap activity?
> > - who requests a page.
> > - who has a page.
> > - All swap activities are charged to the root group.
> >
> > And I would also like to discuss about the followings.
> >
> > - Extensions of struct bio
> > - Make a bio point to the io_context of a process which creates the
> > I/O request. This allows to pass the IO scheduling class and
> > priority information to IO controller even if the IO is submitted
> > by another process which does not create the request, such as a
> > worker thread.
> > - Add a new flag to struct bio to identify the bio as urgent. This
> > gives IO controller a chance to handle the bio as high
> > priority. This flag should be set if the bio is created for the
> > page-out operation.
> >
> > - Common test methods to verify the functionality of IO controller.
> >
> > Please give me comments and suggestions. I may be missing or
> > misunderstanding something.
> >
> > Thanks,
> > Ryo Tsuruta
> > --
> > 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/
--
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