On Wed, 2008-08-06 at 08:48 -0700, Dave Hansen wrote:
> On Wed, 2008-08-06 at 15:41 +0900, Fernando Luis Vázquez Cao wrote:
> > > I agree with your plan.
> > > We keep bio-cgroup improving and porting to the latest kernel.
> > Having more users of bio-cgroup would probably help to get it merged, so
On Wed, 2008-08-06 at 22:12 +0530, Balbir Singh wrote:
> > *** Goals
> > 1. Cgroups-aware I/O scheduling (being able to define arbitrary
> > groupings of processes and treat each group as a single scheduling
> > entity).
> > 2. Being able to perform I/O bandwidth control independently on each
>
On Wed, 2008-08-06 at 22:12 +0530, Balbir Singh wrote:
> > 1. & 2.- Cgroups-aware I/O scheduling (being able to define arbitrary
> > groupings of processes and treat each group as a single scheduling
> > identity)
> >
> > We obviously need this because our final goal is to be able to control
> > t
Kyle Moffett wrote:
> On Tue, Aug 5, 2008 at 2:15 AM, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>>> There definitely needs to be a mount option (and possibly a config
>>> option to forcibly enable the mount option). I personally have 5 or 6
>>> different custom scripts that depend on being able
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
> Serge E. Hallyn [EMAIL PROTECTED] wrote:
> | Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
> | >
> | > From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
> | > Subject: [RFC][PATCH 6/6]: /dev/tty tweak in init_dev()
> | >
> | > When opening /dev/tty, _
Serge E. Hallyn [EMAIL PROTECTED] wrote:
| Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
| >
| > From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
| > Subject: [RFC][PATCH 6/6]: /dev/tty tweak in init_dev()
| >
| > When opening /dev/tty, __tty_open() finds the tty using get_current_tty().
| > When _
On Wed, 2008-08-06 at 22:12 +0530, Balbir Singh wrote:
> Would you like to split up IO into read and write IO. We know that read can be
> very latency sensitive when compared to writes. Should we consider them
> separately in the RFC?
I'd just suggest doing what is simplest and can be done in the
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
>
> From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
> Subject: [RFC][PATCH 6/6]: /dev/tty tweak in init_dev()
>
> When opening /dev/tty, __tty_open() finds the tty using get_current_tty().
> When __tty_open() calls init_dev(), init_dev() tries to 'find
On Fri, Aug 01, 2008 at 07:24:58PM +0530, Balbir Singh wrote:
> 4. Binary statistics - The question about binary statistics was raised. Since
> control groups don't enforce any particular kind of API, is there a way to
> generically handle control files and their parameters in the library? Paul
>
Fernando Luis Vázquez Cao wrote:
> On Mon, 2008-08-04 at 10:20 -0700, Dave Hansen wrote:
>> On Mon, 2008-08-04 at 17:51 +0900, Ryo Tsuruta wrote:
>>> This series of patches of dm-ioband now includes "The bio tracking
>>> mechanism,"
>>> which has been posted individually to this mailing list.
>>>
On Wed, 2008-08-06 at 15:41 +0900, Fernando Luis Vázquez Cao wrote:
> > I agree with your plan.
> > We keep bio-cgroup improving and porting to the latest kernel.
> Having more users of bio-cgroup would probably help to get it merged, so
> we'll certainly send patches as soon as we get our cfq prot
- Original Message -
>> > This patch splits the cgroup memory subsystem into two parts.
>> > One is for tracking pages to find out the owners. The other is
>> > for controlling how much amount of memory should be assigned to
>> > each cgroup.
>> >
>> > With this patch, you can use the page
On Wed, Aug 06, 2008 at 10:05:00AM +0900, KAMEZAWA Hiroyuki wrote:
[..]
> > > > Vivek brought up using PAM plugins to do classifications, this
> > > > suggestion was
> > > > nicely received. The decision was to do classification in user space
> > > > and then
> > > > think of kernel space if it
Hi,
> > This patch splits the cgroup memory subsystem into two parts.
> > One is for tracking pages to find out the owners. The other is
> > for controlling how much amount of memory should be assigned to
> > each cgroup.
> >
> > With this patch, you can use the page tracking mechanism even if
>
Robert P. J. Day wrote:
> On Wed, 6 Aug 2008, KAMEZAWA Hiroyuki wrote:
>
>> On Mon, 4 Aug 2008 12:16:05 -0400 (EDT)
>> "Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>>
>>> Move a few CGROUPS-related Kconfig entries so that they appear
>>> consecutively when running "make menuconfig." This shouldn
hi,
> On Wed, 6 Aug 2008 17:20:46 +0900 (JST)
> [EMAIL PROTECTED] (YAMAMOTO Takashi) wrote:
>
> > hi,
> >
> > > On Fri, 11 Jul 2008 17:34:46 +0900 (JST)
> > > [EMAIL PROTECTED] (YAMAMOTO Takashi) wrote:
> > >
> > > > hi,
> > > >
> > > > > > my patch penalizes heavy-writer cgroups as task_dirt
On Wed, 6 Aug 2008 17:20:46 +0900 (JST)
[EMAIL PROTECTED] (YAMAMOTO Takashi) wrote:
> hi,
>
> > On Fri, 11 Jul 2008 17:34:46 +0900 (JST)
> > [EMAIL PROTECTED] (YAMAMOTO Takashi) wrote:
> >
> > > hi,
> > >
> > > > > my patch penalizes heavy-writer cgroups as task_dirty_limit does
> > > > > for
hi,
> On Fri, 11 Jul 2008 17:34:46 +0900 (JST)
> [EMAIL PROTECTED] (YAMAMOTO Takashi) wrote:
>
> > hi,
> >
> > > > my patch penalizes heavy-writer cgroups as task_dirty_limit does
> > > > for heavy-writer tasks. i don't think that it's necessary to be
> > > > tied to the memory subsystem becaus
On Mon, 04 Aug 2008 17:57:48 +0900 (JST)
Ryo Tsuruta <[EMAIL PROTECTED]> wrote:
> This patch splits the cgroup memory subsystem into two parts.
> One is for tracking pages to find out the owners. The other is
> for controlling how much amount of memory should be assigned to
> each cgroup.
>
> Wit
19 matches
Mail list logo