About bio-cgroup

About bio-cgroup

[Gui Jianfeng]

Hi Ryo,

The page_cgroup seems to be stable in the latest kernel.
I'd like to know whether you have a plan or schedule to release
a new version of bio-cgroup against latest kernel.

Thanks a lot.

-- 
Regards
Gui Jianfeng

Re: About bio-cgroup

[Hirokazu Takahashi]

Hi,

> Hi Ryo,
> 
> The page_cgroup seems to be stable in the latest kernel.
> I'd like to know whether you have a plan or schedule to release
> a new version of bio-cgroup against latest kernel.

I have a plan on doing this.

I thought I would start to implement it once the implementation of
memory cgroup got almost done. If you say the code of page_cgroup is
fixed, I'll start it from now on. I guess it'll be done in two weeks.

> Thanks a lot.
> 
> -- 
> Regards
> Gui Jianfeng

Thanks,
Hirokazu Takahashi.

Re: About bio-cgroup

[KAMEZAWA Hiroyuki]

On Wed, 29 Oct 2008 17:07:18 +0900 (JST)
Hirokazu Takahashi <taka-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> wrote:

> Hi,
> 
> > Hi Ryo,
> > 
> > The page_cgroup seems to be stable in the latest kernel.
> > I'd like to know whether you have a plan or schedule to release
> > a new version of bio-cgroup against latest kernel.
> 
> I have a plan on doing this.
> 
> I thought I would start to implement it once the implementation of
> memory cgroup got almost done. If you say the code of page_cgroup is
> fixed, I'll start it from now on. I guess it'll be done in two weeks.
> 

code to page_cgroup itself will not be changed. (I hope)
possible change will be
  - new flags
  - support to SwapCache
  - swap_cgroup support (will be done independenly from page_cgroup.)

API of
   lookup_page_cgroup()
   lock_page_cgroup()
   PCG_USED bit

will not change, I think.

Thanks,
-Kame

Re: About bio-cgroup

[Gui Jianfeng]

Hi, Hirokazu-san

Hirokazu Takahashi wrote:
> Hi,
> 
>> Hi Ryo,
>>
>> The page_cgroup seems to be stable in the latest kernel.
>> I'd like to know whether you have a plan or schedule to release
>> a new version of bio-cgroup against latest kernel.
> 
> I have a plan on doing this.
> 
> I thought I would start to implement it once the implementation of
> memory cgroup got almost done. If you say the code of page_cgroup is
> fixed, I'll start it from now on. I guess it'll be done in two weeks.

  I see, thanks.
  
> 
>> Thanks a lot.
>>
>> -- 
>> Regards
>> Gui Jianfeng
> 
> Thanks,
> Hirokazu Takahashi.
> 
> 
> 

-- 
Regards
Gui Jianfeng

Re: About bio-cgroup

[Balbir Singh]

KAMEZAWA Hiroyuki wrote:
> On Wed, 29 Oct 2008 17:07:18 +0900 (JST)
> Hirokazu Takahashi <taka-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> wrote:
> 
>> Hi,
>>
>>> Hi Ryo,
>>>
>>> The page_cgroup seems to be stable in the latest kernel.
>>> I'd like to know whether you have a plan or schedule to release
>>> a new version of bio-cgroup against latest kernel.
>> I have a plan on doing this.
>>
>> I thought I would start to implement it once the implementation of
>> memory cgroup got almost done. If you say the code of page_cgroup is
>> fixed, I'll start it from now on. I guess it'll be done in two weeks.
>>
> 
> code to page_cgroup itself will not be changed. (I hope)
> possible change will be
>   - new flags
>   - support to SwapCache
>   - swap_cgroup support (will be done independenly from page_cgroup.)
> 
> API of
>    lookup_page_cgroup()
>    lock_page_cgroup()
>    PCG_USED bit
> 
> will not change, I think.

I think you should not wait for stabilization, rather build on mmotm (-mm). Use
it and complain if it changes too often or becomes unusable for you.

-- 
	Balbir

Re: About bio-cgroup

[KAMEZAWA Hiroyuki]

On Wed, 29 Oct 2008 14:32:29 +0530
Balbir Singh <balbir-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org> wrote:

> KAMEZAWA Hiroyuki wrote:
> > On Wed, 29 Oct 2008 17:07:18 +0900 (JST)
> > Hirokazu Takahashi <taka-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> wrote:
> > 
> >> Hi,
> >>
> >>> Hi Ryo,
> >>>
> >>> The page_cgroup seems to be stable in the latest kernel.
> >>> I'd like to know whether you have a plan or schedule to release
> >>> a new version of bio-cgroup against latest kernel.
> >> I have a plan on doing this.
> >>
> >> I thought I would start to implement it once the implementation of
> >> memory cgroup got almost done. If you say the code of page_cgroup is
> >> fixed, I'll start it from now on. I guess it'll be done in two weeks.
> >>
> > 
> > code to page_cgroup itself will not be changed. (I hope)
> > possible change will be
> >   - new flags
> >   - support to SwapCache
> >   - swap_cgroup support (will be done independenly from page_cgroup.)
> > 
> > API of
> >    lookup_page_cgroup()
> >    lock_page_cgroup()
> >    PCG_USED bit
> > 
> > will not change, I think.
> 
> I think you should not wait for stabilization, rather build on mmotm (-mm). Use
> it and complain if it changes too often or becomes unusable for you.
> 
I think so, too ;)

-Kame

Re: About bio-cgroup

[Hirokazu Takahashi]

Hi,

> On Wed, 29 Oct 2008 14:32:29 +0530
> Balbir Singh <balbir-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org> wrote:
> 
> > KAMEZAWA Hiroyuki wrote:
> > > On Wed, 29 Oct 2008 17:07:18 +0900 (JST)
> > > Hirokazu Takahashi <taka-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> wrote:
> > > 
> > >> Hi,
> > >>
> > >>> Hi Ryo,
> > >>>
> > >>> The page_cgroup seems to be stable in the latest kernel.
> > >>> I'd like to know whether you have a plan or schedule to release
> > >>> a new version of bio-cgroup against latest kernel.
> > >> I have a plan on doing this.
> > >>
> > >> I thought I would start to implement it once the implementation of
> > >> memory cgroup got almost done. If you say the code of page_cgroup is
> > >> fixed, I'll start it from now on. I guess it'll be done in two weeks.
> > >>
> > > 
> > > code to page_cgroup itself will not be changed. (I hope)
> > > possible change will be
> > >   - new flags
> > >   - support to SwapCache
> > >   - swap_cgroup support (will be done independenly from page_cgroup.)
> > > 
> > > API of
> > >    lookup_page_cgroup()
> > >    lock_page_cgroup()
> > >    PCG_USED bit
> > > 
> > > will not change, I think.
> > 
> > I think you should not wait for stabilization, rather build on mmotm (-mm). Use
> > it and complain if it changes too often or becomes unusable for you.
> > 
> I think so, too ;)

Okay, I'll start it today. Just wait!

Thanks,
Hirokazu Takahashi.