From: Nauman Rafique <nauman@google.com>
To: Gui Jianfeng <guijianfeng@cn.fujitsu.com>
Cc: Vivek Goyal <vgoyal@redhat.com>,
linux-kernel@vger.kernel.org,
containers@lists.linux-foundation.org, dm-devel@redhat.com,
jens.axboe@oracle.com, dpshah@google.com, lizf@cn.fujitsu.com,
mikew@google.com, fchecconi@gmail.com, paolo.valente@unimore.it,
ryov@valinux.co.jp, fernando@oss.ntt.co.jp,
s-uchida@ap.jp.nec.com, taka@valinux.co.jp, jmoyer@redhat.com,
dhaval@linux.vnet.ibm.com, balbir@linux.vnet.ibm.com,
righi.andrea@gmail.com, m-ikeda@ds.jp.nec.com, jbaron@redhat.com,
agk@redhat.com, snitzer@redhat.com, akpm@linux-foundation.org,
peterz@infradead.org
Subject: Re: [PATCH 21/25] io-controller: Per cgroup request descriptor support
Date: Mon, 20 Jul 2009 22:55:31 -0700 [thread overview]
Message-ID: <e98e18940907202255y5c7c546ei95d87e5a451ad0c2@mail.gmail.com> (raw)
In-Reply-To: <4A655434.5060404@cn.fujitsu.com>
On Mon, Jul 20, 2009 at 10:37 PM, Gui
Jianfeng<guijianfeng@cn.fujitsu.com> wrote:
> Vivek Goyal wrote:
>> o Currently a request queue has got fixed number of request descriptors for
>> sync and async requests. Once the request descriptors are consumed, new
>> processes are put to sleep and they effectively become serialized. Because
>> sync and async queues are separate, async requests don't impact sync ones
>> but if one is looking for fairness between async requests, that is not
>> achievable if request queue descriptors become bottleneck.
>>
>> o Make request descriptor's per io group so that if there is lots of IO
>> going on in one cgroup, it does not impact the IO of other group.
>>
>> o This is just one relatively simple way of doing things. This patch will
>> probably change after the feedback. Folks have raised concerns that in
>> hierchical setup, child's request descriptors should be capped by parent's
>> request descriptors. May be we need to have per cgroup per device files
>> in cgroups where one can specify the upper limit of request descriptors
>> and whenever a cgroup is created one needs to assign request descritor
>> limit making sure total sum of child's request descriptor is not more than
>> of parent.
>>
>> I guess something like memory controller. Anyway, that would be the next
>> step. For the time being, we have implemented something simpler as follows.
>>
>> o This patch implements the per cgroup request descriptors. request pool per
>> queue is still common but every group will have its own wait list and its
>> own count of request descriptors allocated to that group for sync and async
>> queues. So effectively request_list becomes per io group property and not a
>> global request queue feature.
>>
>> o Currently one can define q->nr_requests to limit request descriptors
>> allocated for the queue. Now there is another tunable q->nr_group_requests
>> which controls the requests descriptr limit per group. q->nr_requests
>> supercedes q->nr_group_requests to make sure if there are lots of groups
>> present, we don't end up allocating too many request descriptors on the
>> queue.
>>
>
> Hi Vivek,
>
> In order to prevent q->nr_requests from becoming the bottle-neck of allocating
> requests, whether we can update nr_requests accordingly when allocating or removing
> a cgroup?
Vivek,
I agree with Gui here. In fact, it does not make much sense to keep
the nr_requests limit if we already have per cgroup limit in place.
This change also simplifies code quite a bit, as we can get rid of all
that sleep_on_global logic.
>
> --
> Regards
> Gui Jianfeng
>
>
WARNING: multiple messages have this Message-ID (diff)
From: Nauman Rafique <nauman@google.com>
To: Gui Jianfeng <guijianfeng@cn.fujitsu.com>
Cc: Vivek Goyal <vgoyal@redhat.com>,
linux-kernel@vger.kernel.org,
containers@lists.linux-foundation.org, dm-devel@redhat.com,
jens.axboe@oracle.com, dpshah@google.com, lizf@cn.fujitsu.com,
mikew@google.com, fchecconi@gmail.com, paolo.valente@unimore.it,
ryov@valinux.co.jp, fernando@oss.ntt.co.jp,
s-uchida@ap.jp.nec.com, taka@valinux.co.jp, jmoyer@redhat.com,
dhaval@linux.vnet.ibm.com, balbir@linux.vnet.ibm.com,
righi.andrea@gmail.com, m-ikeda@ds.jp.nec.com, jbaron@redhat.com,
agk@redhat.com, snitzer@redhat.com, akpm@linux-foundation.org,
peterz@infradead.org
Subject: Re: [PATCH 21/25] io-controller: Per cgroup request descriptor support
Date: Mon, 20 Jul 2009 22:55:31 -0700 [thread overview]
Message-ID: <e98e18940907202255y5c7c546ei95d87e5a451ad0c2@mail.gmail.com> (raw)
In-Reply-To: <4A655434.5060404@cn.fujitsu.com>
On Mon, Jul 20, 2009 at 10:37 PM, Gui
Jianfeng<guijianfeng@cn.fujitsu.com> wrote:
> Vivek Goyal wrote:
>> o Currently a request queue has got fixed number of request descriptors for
>> sync and async requests. Once the request descriptors are consumed, new
>> processes are put to sleep and they effectively become serialized. Because
>> sync and async queues are separate, async requests don't impact sync ones
>> but if one is looking for fairness between async requests, that is not
>> achievable if request queue descriptors become bottleneck.
>>
>> o Make request descriptor's per io group so that if there is lots of IO
>> going on in one cgroup, it does not impact the IO of other group.
>>
>> o This is just one relatively simple way of doing things. This patch will
>> probably change after the feedback. Folks have raised concerns that in
>> hierchical setup, child's request descriptors should be capped by parent's
>> request descriptors. May be we need to have per cgroup per device files
>> in cgroups where one can specify the upper limit of request descriptors
>> and whenever a cgroup is created one needs to assign request descritor
>> limit making sure total sum of child's request descriptor is not more than
>> of parent.
>>
>> I guess something like memory controller. Anyway, that would be the next
>> step. For the time being, we have implemented something simpler as follows.
>>
>> o This patch implements the per cgroup request descriptors. request pool per
>> queue is still common but every group will have its own wait list and its
>> own count of request descriptors allocated to that group for sync and async
>> queues. So effectively request_list becomes per io group property and not a
>> global request queue feature.
>>
>> o Currently one can define q->nr_requests to limit request descriptors
>> allocated for the queue. Now there is another tunable q->nr_group_requests
>> which controls the requests descriptr limit per group. q->nr_requests
>> supercedes q->nr_group_requests to make sure if there are lots of groups
>> present, we don't end up allocating too many request descriptors on the
>> queue.
>>
>
> Hi Vivek,
>
> In order to prevent q->nr_requests from becoming the bottle-neck of allocating
> requests, whether we can update nr_requests accordingly when allocating or removing
> a cgroup?
Vivek,
I agree with Gui here. In fact, it does not make much sense to keep
the nr_requests limit if we already have per cgroup limit in place.
This change also simplifies code quite a bit, as we can get rid of all
that sleep_on_global logic.
>
> --
> Regards
> Gui Jianfeng
>
>
next prev parent reply other threads:[~2009-07-21 5:55 UTC|newest]
Thread overview: 191+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-02 20:01 [RFC] IO scheduler based IO controller V6 Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 01/25] io-controller: Documentation Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 02/25] io-controller: Core of the B-WF2Q+ scheduler Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 03/25] io-controller: bfq support of in-class preemption Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 04/25] io-controller: Common flat fair queuing code in elevaotor layer Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 05/25] io-controller: Charge for time slice based on average disk rate Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 06/25] io-controller: Modify cfq to make use of flat elevator fair queuing Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 07/25] io-controller: core bfq scheduler changes for hierarchical setup Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 08/25] io-controller: cgroup related changes for hierarchical group support Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 09/25] io-controller: Common hierarchical fair queuing code in elevaotor layer Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
[not found] ` <1246564917-19603-10-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-06 2:46 ` Gui Jianfeng
2009-07-06 2:46 ` Gui Jianfeng
2009-07-06 2:46 ` Gui Jianfeng
2009-07-06 14:16 ` Vivek Goyal
2009-07-06 14:16 ` Vivek Goyal
[not found] ` <20090706141650.GD8279-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-07 1:40 ` [PATCH] io-controller: Get rid of css id from io cgroup Gui Jianfeng
2009-07-07 1:40 ` Gui Jianfeng
2009-07-08 14:04 ` Vivek Goyal
2009-07-08 14:04 ` Vivek Goyal
[not found] ` <4A52A77E.8050203-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-07-08 14:04 ` Vivek Goyal
[not found] ` <4A51657B.7000008-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-07-06 14:16 ` [PATCH 09/25] io-controller: Common hierarchical fair queuing code in elevaotor layer Vivek Goyal
2009-07-02 20:01 ` [PATCH 10/25] io-controller: cfq changes to use " Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 11/25] io-controller: Export disk time used and nr sectors dipatched through cgroups Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-08 2:16 ` Gui Jianfeng
2009-07-08 2:16 ` Gui Jianfeng
2009-07-08 14:00 ` Vivek Goyal
2009-07-08 14:00 ` Vivek Goyal
[not found] ` <4A54018C.5090804-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-07-08 14:00 ` Vivek Goyal
[not found] ` <1246564917-19603-12-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-08 2:16 ` Gui Jianfeng
2009-07-02 20:01 ` [PATCH 12/25] io-controller: idle for sometime on sync queue before expiring it Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
[not found] ` <1246564917-19603-1-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-02 20:01 ` [PATCH 01/25] io-controller: Documentation Vivek Goyal
2009-07-02 20:01 ` [PATCH 02/25] io-controller: Core of the B-WF2Q+ scheduler Vivek Goyal
2009-07-02 20:01 ` [PATCH 03/25] io-controller: bfq support of in-class preemption Vivek Goyal
2009-07-02 20:01 ` [PATCH 04/25] io-controller: Common flat fair queuing code in elevaotor layer Vivek Goyal
2009-07-02 20:01 ` [PATCH 05/25] io-controller: Charge for time slice based on average disk rate Vivek Goyal
2009-07-02 20:01 ` [PATCH 06/25] io-controller: Modify cfq to make use of flat elevator fair queuing Vivek Goyal
2009-07-02 20:01 ` [PATCH 07/25] io-controller: core bfq scheduler changes for hierarchical setup Vivek Goyal
2009-07-02 20:01 ` [PATCH 08/25] io-controller: cgroup related changes for hierarchical group support Vivek Goyal
2009-07-02 20:01 ` [PATCH 09/25] io-controller: Common hierarchical fair queuing code in elevaotor layer Vivek Goyal
2009-07-02 20:01 ` [PATCH 10/25] io-controller: cfq changes to use " Vivek Goyal
2009-07-02 20:01 ` [PATCH 11/25] io-controller: Export disk time used and nr sectors dipatched through cgroups Vivek Goyal
2009-07-02 20:01 ` [PATCH 12/25] io-controller: idle for sometime on sync queue before expiring it Vivek Goyal
2009-07-02 20:01 ` [PATCH 13/25] io-controller: Wait for requests to complete from last queue before new queue is scheduled Vivek Goyal
2009-07-02 20:01 ` [PATCH 14/25] io-controller: Separate out queue and data Vivek Goyal
2009-07-02 20:01 ` [PATCH 15/25] io-conroller: Prepare elevator layer for single queue schedulers Vivek Goyal
2009-07-02 20:01 ` [PATCH 16/25] io-controller: noop changes for hierarchical fair queuing Vivek Goyal
2009-07-02 20:01 ` [PATCH 17/25] io-controller: deadline " Vivek Goyal
2009-07-02 20:01 ` [PATCH 18/25] io-controller: anticipatory " Vivek Goyal
2009-07-02 20:01 ` [PATCH 19/25] blkio_cgroup patches from Ryo to track async bios Vivek Goyal
2009-07-02 20:01 ` [PATCH 20/25] io-controller: map async requests to appropriate cgroup Vivek Goyal
2009-07-02 20:01 ` [PATCH 21/25] io-controller: Per cgroup request descriptor support Vivek Goyal
2009-07-02 20:01 ` [PATCH 22/25] io-controller: Per io group bdi congestion interface Vivek Goyal
2009-07-02 20:01 ` [PATCH 23/25] io-controller: Support per cgroup per device weights and io class Vivek Goyal
2009-07-02 20:01 ` [PATCH 24/25] io-controller: Debug hierarchical IO scheduling Vivek Goyal
2009-07-02 20:01 ` [PATCH 25/25] io-controller: experimental debug patch for async queue wait before expiry Vivek Goyal
2009-07-08 3:56 ` [RFC] IO scheduler based IO controller V6 Balbir Singh
2009-07-10 1:56 ` [PATCH] io-controller: implement per group request allocation limitation Gui Jianfeng
2009-07-27 2:10 ` [RFC] IO scheduler based IO controller V6 Gui Jianfeng
2009-07-02 20:01 ` [PATCH 13/25] io-controller: Wait for requests to complete from last queue before new queue is scheduled Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:09 ` Nauman Rafique
2009-07-02 20:09 ` Nauman Rafique
[not found] ` <e98e18940907021309u1f784b3at409b55ba46ed108c-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-07-02 20:17 ` Vivek Goyal
2009-07-02 20:17 ` Vivek Goyal
2009-07-02 20:17 ` Vivek Goyal
[not found] ` <1246564917-19603-14-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-02 20:09 ` Nauman Rafique
2009-07-02 20:01 ` [PATCH 14/25] io-controller: Separate out queue and data Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 15/25] io-conroller: Prepare elevator layer for single queue schedulers Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 16/25] io-controller: noop changes for hierarchical fair queuing Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 17/25] io-controller: deadline " Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 18/25] io-controller: anticipatory " Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 19/25] blkio_cgroup patches from Ryo to track async bios Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 20/25] io-controller: map async requests to appropriate cgroup Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
[not found] ` <1246564917-19603-21-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-08-03 2:13 ` Gui Jianfeng
2009-08-03 2:13 ` Gui Jianfeng
2009-08-03 2:13 ` Gui Jianfeng
[not found] ` <4A7647DA.5050607-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-08-04 1:25 ` Vivek Goyal
2009-08-04 1:25 ` Vivek Goyal
2009-08-04 1:25 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 21/25] io-controller: Per cgroup request descriptor support Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-08 3:27 ` Gui Jianfeng
2009-07-08 3:27 ` Gui Jianfeng
[not found] ` <4A54121D.5090008-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-07-08 13:57 ` Vivek Goyal
2009-07-08 13:57 ` Vivek Goyal
2009-07-08 13:57 ` Vivek Goyal
[not found] ` <1246564917-19603-22-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-08 3:27 ` Gui Jianfeng
2009-07-21 5:37 ` Gui Jianfeng
2009-07-21 5:37 ` Gui Jianfeng
[not found] ` <4A655434.5060404-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-07-21 5:55 ` Nauman Rafique
2009-07-21 5:55 ` Nauman Rafique [this message]
2009-07-21 5:55 ` Nauman Rafique
2009-07-21 14:01 ` Vivek Goyal
2009-07-21 14:01 ` Vivek Goyal
[not found] ` <20090721140134.GB540-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-21 17:57 ` Nauman Rafique
2009-07-21 17:57 ` Nauman Rafique
2009-07-21 17:57 ` Nauman Rafique
[not found] ` <e98e18940907202255y5c7c546ei95d87e5a451ad0c2-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-07-21 14:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 22/25] io-controller: Per io group bdi congestion interface Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-17 0:16 ` Munehiro Ikeda
2009-07-17 0:16 ` Munehiro Ikeda
2009-07-17 13:52 ` Vivek Goyal
2009-07-17 13:52 ` Vivek Goyal
[not found] ` <4A5FC2CA.1040609-MDRzhb/z0dd8UrSeD/g0lQ@public.gmane.org>
2009-07-17 13:52 ` Vivek Goyal
[not found] ` <1246564917-19603-23-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-17 0:16 ` Munehiro Ikeda
2009-07-02 20:01 ` [PATCH 23/25] io-controller: Support per cgroup per device weights and io class Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 24/25] io-controller: Debug hierarchical IO scheduling Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-02 20:01 ` [PATCH 25/25] io-controller: experimental debug patch for async queue wait before expiry Vivek Goyal
2009-07-02 20:01 ` Vivek Goyal
2009-07-08 3:56 ` [RFC] IO scheduler based IO controller V6 Balbir Singh
2009-07-08 3:56 ` Balbir Singh
[not found] ` <20090708035621.GB3215-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org>
2009-07-08 13:41 ` Vivek Goyal
2009-07-08 13:41 ` Vivek Goyal
2009-07-08 13:41 ` Vivek Goyal
[not found] ` <20090708134114.GA24048-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-08 14:39 ` Balbir Singh
2009-07-08 14:39 ` Balbir Singh
2009-07-08 14:39 ` Balbir Singh
[not found] ` <20090708143925.GE3215-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org>
2009-07-09 1:58 ` Vivek Goyal
2009-07-09 1:58 ` Vivek Goyal
2009-07-09 1:58 ` Vivek Goyal
2009-07-10 1:56 ` [PATCH] io-controller: implement per group request allocation limitation Gui Jianfeng
2009-07-10 1:56 ` Gui Jianfeng
2009-07-13 16:03 ` Vivek Goyal
2009-07-13 16:03 ` Vivek Goyal
2009-07-13 21:08 ` Munehiro Ikeda
2009-07-13 21:08 ` Munehiro Ikeda
2009-07-14 7:45 ` Gui Jianfeng
2009-07-14 7:45 ` Gui Jianfeng
2009-08-04 2:00 ` Munehiro Ikeda
2009-08-04 2:00 ` Munehiro Ikeda
[not found] ` <4A77964A.7040602-MDRzhb/z0dd8UrSeD/g0lQ@public.gmane.org>
2009-08-04 6:38 ` Gui Jianfeng
2009-08-04 22:37 ` Vivek Goyal
2009-08-04 6:38 ` Gui Jianfeng
2009-08-04 6:38 ` Gui Jianfeng
2009-08-04 22:37 ` Vivek Goyal
2009-08-04 22:37 ` Vivek Goyal
[not found] ` <4A5C377F.4040105-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-08-04 2:00 ` Munehiro Ikeda
[not found] ` <4A5BA238.3030902-MDRzhb/z0dd8UrSeD/g0lQ@public.gmane.org>
2009-07-14 7:45 ` Gui Jianfeng
[not found] ` <20090713160352.GA3714-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-13 21:08 ` Munehiro Ikeda
2009-07-14 7:37 ` Gui Jianfeng
2009-07-14 7:37 ` Gui Jianfeng
2009-08-04 2:02 ` Munehiro Ikeda
2009-08-04 2:02 ` Munehiro Ikeda
2009-08-04 6:41 ` Gui Jianfeng
2009-08-04 6:41 ` Gui Jianfeng
[not found] ` <4A7796D2.4030104-MDRzhb/z0dd8UrSeD/g0lQ@public.gmane.org>
2009-08-04 6:41 ` Gui Jianfeng
2009-08-04 2:04 ` Munehiro Ikeda
2009-08-04 2:04 ` Munehiro Ikeda
[not found] ` <4A779719.1070900-MDRzhb/z0dd8UrSeD/g0lQ@public.gmane.org>
2009-08-04 6:45 ` Gui Jianfeng
2009-08-04 6:45 ` Gui Jianfeng
2009-08-04 6:45 ` Gui Jianfeng
[not found] ` <4A569FC5.7090801-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-07-13 16:03 ` Vivek Goyal
2009-08-04 2:02 ` Munehiro Ikeda
2009-08-04 2:04 ` Munehiro Ikeda
2009-07-27 2:10 ` [RFC] IO scheduler based IO controller V6 Gui Jianfeng
[not found] ` <4A6D0C9A.3080600-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-07-27 12:55 ` Vivek Goyal
2009-07-27 12:55 ` Vivek Goyal
2009-07-27 12:55 ` Vivek Goyal
2009-07-28 3:27 ` Vivek Goyal
2009-07-28 3:27 ` Vivek Goyal
[not found] ` <20090728032712.GC3620-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-28 3:36 ` Gui Jianfeng
2009-07-28 3:36 ` Gui Jianfeng
2009-07-28 3:36 ` Gui Jianfeng
[not found] ` <20090727125503.GA24449-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-07-28 3:27 ` Vivek Goyal
2009-07-28 11:36 ` Gui Jianfeng
2009-07-29 9:07 ` Gui Jianfeng
2009-07-28 11:36 ` Gui Jianfeng
2009-07-29 9:07 ` Gui Jianfeng
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e98e18940907202255y5c7c546ei95d87e5a451ad0c2@mail.gmail.com \
--to=nauman@google.com \
--cc=agk@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=balbir@linux.vnet.ibm.com \
--cc=containers@lists.linux-foundation.org \
--cc=dhaval@linux.vnet.ibm.com \
--cc=dm-devel@redhat.com \
--cc=dpshah@google.com \
--cc=fchecconi@gmail.com \
--cc=fernando@oss.ntt.co.jp \
--cc=guijianfeng@cn.fujitsu.com \
--cc=jbaron@redhat.com \
--cc=jens.axboe@oracle.com \
--cc=jmoyer@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lizf@cn.fujitsu.com \
--cc=m-ikeda@ds.jp.nec.com \
--cc=mikew@google.com \
--cc=paolo.valente@unimore.it \
--cc=peterz@infradead.org \
--cc=righi.andrea@gmail.com \
--cc=ryov@valinux.co.jp \
--cc=s-uchida@ap.jp.nec.com \
--cc=snitzer@redhat.com \
--cc=taka@valinux.co.jp \
--cc=vgoyal@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.