From: Ryo Tsuruta <ryov@valinux.co.jp> To: vgoyal@redhat.com Cc: m-ikeda@ds.jp.nec.com, nauman@google.com, linux-kernel@vger.kernel.org, jens.axboe@oracle.com, containers@lists.linux-foundation.org, dm-devel@redhat.com, dpshah@google.com, lizf@cn.fujitsu.com, mikew@google.com, fchecconi@gmail.com, paolo.valente@unimore.it, fernando@oss.ntt.co.jp, s-uchida@ap.jp.nec.com, taka@valinux.co.jp, guijianfeng@cn.fujitsu.com, jmoyer@redhat.com, dhaval@linux.vnet.ibm.com, balbir@linux.vnet.ibm.com, righi.andrea@gmail.com, agk@redhat.com, akpm@linux-foundation.org, peterz@infradead.org, jmarchan@redhat.com, torvalds@linux-foundation.org, mingo@elte.hu, riel@redhat.com, yoshikawa.takuya@oss.ntt.co.jp Subject: Re: IO scheduler based IO controller V10 Date: Mon, 05 Oct 2009 23:55:35 +0900 (JST) [thread overview] Message-ID: <20091005.235535.193690928.ryov@valinux.co.jp> (raw) In-Reply-To: <20091005123148.GB22143@redhat.com> Hi Vivek, Vivek Goyal <vgoyal@redhat.com> wrote: > On Mon, Oct 05, 2009 at 07:38:08PM +0900, Ryo Tsuruta wrote: > > Hi, > > > > Munehiro Ikeda <m-ikeda@ds.jp.nec.com> wrote: > > > Vivek Goyal wrote, on 10/01/2009 10:57 PM: > > > > Before finishing this mail, will throw a whacky idea in the ring. I was > > > > going through the request based dm-multipath paper. Will it make sense > > > > to implement request based dm-ioband? So basically we implement all the > > > > group scheduling in CFQ and let dm-ioband implement a request function > > > > to take the request and break it back into bios. This way we can keep > > > > all the group control at one place and also meet most of the requirements. > > > > > > > > So request based dm-ioband will have a request in hand once that request > > > > has passed group control and prio control. Because dm-ioband is a device > > > > mapper target, one can put it on higher level devices (practically taking > > > > CFQ at higher level device), and provide fairness there. One can also > > > > put it on those SSDs which don't use IO scheduler (this is kind of forcing > > > > them to use the IO scheduler.) > > > > > > > > I am sure that will be many issues but one big issue I could think of that > > > > CFQ thinks that there is one device beneath it and dipsatches requests > > > > from one queue (in case of idling) and that would kill parallelism at > > > > higher layer and throughput will suffer on many of the dm/md configurations. > > > > > > > > Thanks > > > > Vivek > > > > > > As long as using CFQ, your idea is reasonable for me. But how about for > > > other IO schedulers? In my understanding, one of the keys to guarantee > > > group isolation in your patch is to have per-group IO scheduler internal > > > queue even with as, deadline, and noop scheduler. I think this is > > > great idea, and to implement generic code for all IO schedulers was > > > concluded when we had so many IO scheduler specific proposals. > > > If we will still need per-group IO scheduler internal queues with > > > request-based dm-ioband, we have to modify elevator layer. It seems > > > out of scope of dm. > > > I might miss something... > > > > IIUC, the request based device-mapper could not break back a request > > into bio, so it could not work with block devices which don't use the > > IO scheduler. > > > > I think current request based multipath drvier does not do it but can't it > be implemented that requests are broken back into bio? I guess it would be hard to implement it, and we need to hold requests and throttle them at there and it would break the ordering by CFQ. > Anyway, I don't feel too strongly about this approach as it might > introduce more serialization at higher layer. Yes, I know it. > > How about adding a callback function to the higher level controller? > > CFQ calls it when the active queue runs out of time, then the higer > > level controller use it as a trigger or a hint to move IO group, so > > I think a time-based controller could be implemented at higher level. > > > > Adding a call back should not be a big issue. But that means you are > planning to run only one group at higher layer at one time and I think > that's the problem because than we are introducing serialization at higher > layer. So any higher level device mapper target which has multiple > physical disks under it, we might be underutilizing these even more and > take a big hit on overall throughput. > > The whole design of doing proportional weight at lower layer is optimial > usage of system. But I think that the higher level approch makes easy to configure against striped software raid devices. If one would like to combine some physical disks into one logical device like a dm-linear, I think one should map the IO controller on each physical device and combine them into one logical device. > > My requirements for IO controller are: > > - Implement s a higher level controller, which is located at block > > layer and bio is grabbed in generic_make_request(). > > How are you planning to handle the issue of buffered writes Andrew raised? I think that it would be better to use the higher-level controller along with the memory controller and have limits memory usage for each cgroup. And as Kamezawa-san said, having limits of dirty pages would be better, too. > > - Can work with any type of IO scheduler. > > - Can work with any type of block devices. > > - Support multiple policies, proportional wegiht, max rate, time > > based, ans so on. > > > > The IO controller mini-summit will be held in next week, and I'm > > looking forard to meet you all and discuss about IO controller. > > https://sourceforge.net/apps/trac/ioband/wiki/iosummit > > Is there a new version of dm-ioband now where you have solved the issue of > sync/async dispatch with-in group? Before meeting at mini-summit, I am > trying to run some tests and come up with numbers so that we have more > clear picture of pros/cons. Yes, I've released new versions of dm-ioband and blkio-cgroup. The new dm-ioband handles sync/async IO requests separately and the write-starve-read issue you pointed out is fixed. I would appreciate it if you would try them. http://sourceforge.net/projects/ioband/files/ Thanks, Ryo Tsuruta
WARNING: multiple messages have this Message-ID (diff)
From: Ryo Tsuruta <ryov@valinux.co.jp> To: vgoyal@redhat.com Cc: dhaval@linux.vnet.ibm.com, peterz@infradead.org, dm-devel@redhat.com, dpshah@google.com, jens.axboe@oracle.com, agk@redhat.com, balbir@linux.vnet.ibm.com, paolo.valente@unimore.it, jmarchan@redhat.com, guijianfeng@cn.fujitsu.com, fernando@oss.ntt.co.jp, mikew@google.com, yoshikawa.takuya@oss.ntt.co.jp, jmoyer@redhat.com, nauman@google.com, mingo@elte.hu, righi.andrea@gmail.com, riel@redhat.com, lizf@cn.fujitsu.com, fchecconi@gmail.com, s-uchida@ap.jp.nec.com, containers@lists.linux-foundation.org, linux-kernel@vger.kernel.org, akpm@linux-foundation.org, m-ikeda@ds.jp.nec.com, torvalds@linux-foundation.org Subject: Re: IO scheduler based IO controller V10 Date: Mon, 05 Oct 2009 23:55:35 +0900 (JST) [thread overview] Message-ID: <20091005.235535.193690928.ryov@valinux.co.jp> (raw) In-Reply-To: <20091005123148.GB22143@redhat.com> Hi Vivek, Vivek Goyal <vgoyal@redhat.com> wrote: > On Mon, Oct 05, 2009 at 07:38:08PM +0900, Ryo Tsuruta wrote: > > Hi, > > > > Munehiro Ikeda <m-ikeda@ds.jp.nec.com> wrote: > > > Vivek Goyal wrote, on 10/01/2009 10:57 PM: > > > > Before finishing this mail, will throw a whacky idea in the ring. I was > > > > going through the request based dm-multipath paper. Will it make sense > > > > to implement request based dm-ioband? So basically we implement all the > > > > group scheduling in CFQ and let dm-ioband implement a request function > > > > to take the request and break it back into bios. This way we can keep > > > > all the group control at one place and also meet most of the requirements. > > > > > > > > So request based dm-ioband will have a request in hand once that request > > > > has passed group control and prio control. Because dm-ioband is a device > > > > mapper target, one can put it on higher level devices (practically taking > > > > CFQ at higher level device), and provide fairness there. One can also > > > > put it on those SSDs which don't use IO scheduler (this is kind of forcing > > > > them to use the IO scheduler.) > > > > > > > > I am sure that will be many issues but one big issue I could think of that > > > > CFQ thinks that there is one device beneath it and dipsatches requests > > > > from one queue (in case of idling) and that would kill parallelism at > > > > higher layer and throughput will suffer on many of the dm/md configurations. > > > > > > > > Thanks > > > > Vivek > > > > > > As long as using CFQ, your idea is reasonable for me. But how about for > > > other IO schedulers? In my understanding, one of the keys to guarantee > > > group isolation in your patch is to have per-group IO scheduler internal > > > queue even with as, deadline, and noop scheduler. I think this is > > > great idea, and to implement generic code for all IO schedulers was > > > concluded when we had so many IO scheduler specific proposals. > > > If we will still need per-group IO scheduler internal queues with > > > request-based dm-ioband, we have to modify elevator layer. It seems > > > out of scope of dm. > > > I might miss something... > > > > IIUC, the request based device-mapper could not break back a request > > into bio, so it could not work with block devices which don't use the > > IO scheduler. > > > > I think current request based multipath drvier does not do it but can't it > be implemented that requests are broken back into bio? I guess it would be hard to implement it, and we need to hold requests and throttle them at there and it would break the ordering by CFQ. > Anyway, I don't feel too strongly about this approach as it might > introduce more serialization at higher layer. Yes, I know it. > > How about adding a callback function to the higher level controller? > > CFQ calls it when the active queue runs out of time, then the higer > > level controller use it as a trigger or a hint to move IO group, so > > I think a time-based controller could be implemented at higher level. > > > > Adding a call back should not be a big issue. But that means you are > planning to run only one group at higher layer at one time and I think > that's the problem because than we are introducing serialization at higher > layer. So any higher level device mapper target which has multiple > physical disks under it, we might be underutilizing these even more and > take a big hit on overall throughput. > > The whole design of doing proportional weight at lower layer is optimial > usage of system. But I think that the higher level approch makes easy to configure against striped software raid devices. If one would like to combine some physical disks into one logical device like a dm-linear, I think one should map the IO controller on each physical device and combine them into one logical device. > > My requirements for IO controller are: > > - Implement s a higher level controller, which is located at block > > layer and bio is grabbed in generic_make_request(). > > How are you planning to handle the issue of buffered writes Andrew raised? I think that it would be better to use the higher-level controller along with the memory controller and have limits memory usage for each cgroup. And as Kamezawa-san said, having limits of dirty pages would be better, too. > > - Can work with any type of IO scheduler. > > - Can work with any type of block devices. > > - Support multiple policies, proportional wegiht, max rate, time > > based, ans so on. > > > > The IO controller mini-summit will be held in next week, and I'm > > looking forard to meet you all and discuss about IO controller. > > https://sourceforge.net/apps/trac/ioband/wiki/iosummit > > Is there a new version of dm-ioband now where you have solved the issue of > sync/async dispatch with-in group? Before meeting at mini-summit, I am > trying to run some tests and come up with numbers so that we have more > clear picture of pros/cons. Yes, I've released new versions of dm-ioband and blkio-cgroup. The new dm-ioband handles sync/async IO requests separately and the write-starve-read issue you pointed out is fixed. I would appreciate it if you would try them. http://sourceforge.net/projects/ioband/files/ Thanks, Ryo Tsuruta
next prev parent reply other threads:[~2009-10-05 14:56 UTC|newest] Thread overview: 466+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-09-24 19:25 IO scheduler based IO controller V10 Vivek Goyal 2009-09-24 19:25 ` [PATCH 01/28] io-controller: Documentation Vivek Goyal 2009-09-24 19:25 ` [PATCH 02/28] io-controller: Core of the elevator fair queuing Vivek Goyal 2009-09-24 19:25 ` [PATCH 03/28] io-controller: Keep a cache of recently expired queues Vivek Goyal 2009-09-24 19:25 ` [PATCH 04/28] io-controller: Common flat fair queuing code in elevaotor layer Vivek Goyal 2009-09-24 19:25 ` [PATCH 05/28] io-controller: Modify cfq to make use of flat elevator fair queuing Vivek Goyal 2009-09-24 19:25 ` [PATCH 06/28] io-controller: Core scheduler changes to support hierarhical scheduling Vivek Goyal 2009-09-24 19:25 ` [PATCH 07/28] io-controller: cgroup related changes for hierarchical group support Vivek Goyal 2009-09-24 19:25 ` [PATCH 08/28] io-controller: Common hierarchical fair queuing code in elevaotor layer Vivek Goyal 2009-09-24 19:25 ` [PATCH 09/28] io-controller: cfq changes to use " Vivek Goyal 2009-09-24 19:25 ` [PATCH 10/28] io-controller: Export disk time used and nr sectors dipatched through cgroups Vivek Goyal 2009-09-24 19:25 ` [PATCH 11/28] io-controller: Debug hierarchical IO scheduling Vivek Goyal 2009-09-24 19:25 ` [PATCH 12/28] io-controller: Introduce group idling Vivek Goyal 2009-09-24 19:25 ` [PATCH 13/28] io-controller: Implement wait busy for io queues Vivek Goyal 2009-09-24 19:25 ` [PATCH 14/28] io-controller: Keep track of late preemptions Vivek Goyal 2009-09-24 19:25 ` [PATCH 15/28] io-controller: Allow CFQ specific extra preemptions Vivek Goyal 2009-09-25 6:24 ` Gui Jianfeng 2009-09-25 6:24 ` Gui Jianfeng [not found] ` <1253820332-10246-16-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-25 6:24 ` Gui Jianfeng 2009-09-24 19:25 ` [PATCH 16/28] io-controller: Wait for requests to complete from last queue before new queue is scheduled Vivek Goyal 2009-09-24 19:25 ` [PATCH 17/28] io-controller: Separate out queue and data Vivek Goyal 2009-09-24 19:25 ` [PATCH 18/28] io-conroller: Prepare elevator layer for single queue schedulers Vivek Goyal 2009-09-24 19:25 ` [PATCH 20/28] io-controller: noop changes for hierarchical fair queuing Vivek Goyal 2009-09-24 19:25 ` [PATCH 21/28] io-controller: deadline " Vivek Goyal 2009-09-24 19:25 ` [PATCH 22/28] io-controller: anticipatory " Vivek Goyal 2009-09-24 19:25 ` [PATCH 23/28] io-controller: blkio_cgroup patches from Ryo to track async bios Vivek Goyal 2009-09-24 19:25 ` [PATCH 24/28] io-controller: map async requests to appropriate cgroup Vivek Goyal [not found] ` <1253820332-10246-1-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-24 19:25 ` [PATCH 01/28] io-controller: Documentation Vivek Goyal 2009-09-24 19:25 ` [PATCH 02/28] io-controller: Core of the elevator fair queuing Vivek Goyal 2009-09-24 19:25 ` [PATCH 03/28] io-controller: Keep a cache of recently expired queues Vivek Goyal 2009-09-24 19:25 ` [PATCH 04/28] io-controller: Common flat fair queuing code in elevaotor layer Vivek Goyal 2009-09-24 19:25 ` [PATCH 05/28] io-controller: Modify cfq to make use of flat elevator fair queuing Vivek Goyal 2009-09-24 19:25 ` [PATCH 06/28] io-controller: Core scheduler changes to support hierarhical scheduling Vivek Goyal 2009-09-24 19:25 ` [PATCH 07/28] io-controller: cgroup related changes for hierarchical group support Vivek Goyal 2009-09-24 19:25 ` [PATCH 08/28] io-controller: Common hierarchical fair queuing code in elevaotor layer Vivek Goyal 2009-09-24 19:25 ` [PATCH 09/28] io-controller: cfq changes to use " Vivek Goyal 2009-09-24 19:25 ` [PATCH 10/28] io-controller: Export disk time used and nr sectors dipatched through cgroups Vivek Goyal 2009-09-24 19:25 ` [PATCH 11/28] io-controller: Debug hierarchical IO scheduling Vivek Goyal 2009-09-24 19:25 ` [PATCH 12/28] io-controller: Introduce group idling Vivek Goyal 2009-09-24 19:25 ` [PATCH 13/28] io-controller: Implement wait busy for io queues Vivek Goyal 2009-09-24 19:25 ` [PATCH 14/28] io-controller: Keep track of late preemptions Vivek Goyal 2009-09-24 19:25 ` [PATCH 15/28] io-controller: Allow CFQ specific extra preemptions Vivek Goyal 2009-09-24 19:25 ` [PATCH 16/28] io-controller: Wait for requests to complete from last queue before new queue is scheduled Vivek Goyal 2009-09-24 19:25 ` [PATCH 17/28] io-controller: Separate out queue and data Vivek Goyal 2009-09-24 19:25 ` [PATCH 18/28] io-conroller: Prepare elevator layer for single queue schedulers Vivek Goyal 2009-09-24 19:25 ` [PATCH 19/28] io-controller: Avoid expiring ioq for single ioq scheduler if only root group Vivek Goyal 2009-09-24 19:25 ` Vivek Goyal 2009-09-24 19:25 ` [PATCH 20/28] io-controller: noop changes for hierarchical fair queuing Vivek Goyal 2009-09-24 19:25 ` [PATCH 21/28] io-controller: deadline " Vivek Goyal 2009-09-24 19:25 ` [PATCH 22/28] io-controller: anticipatory " Vivek Goyal 2009-09-24 19:25 ` [PATCH 23/28] io-controller: blkio_cgroup patches from Ryo to track async bios Vivek Goyal 2009-09-24 19:25 ` [PATCH 24/28] io-controller: map async requests to appropriate cgroup Vivek Goyal 2009-09-24 19:25 ` [PATCH 25/28] io-controller: Per cgroup request descriptor support Vivek Goyal 2009-09-24 19:25 ` [PATCH 26/28] io-controller: Per io group bdi congestion interface Vivek Goyal 2009-09-24 19:25 ` [PATCH 27/28] io-controller: Support per cgroup per device weights and io class Vivek Goyal 2009-09-24 19:25 ` [PATCH 28/28] io-controller: debug elevator fair queuing support Vivek Goyal 2009-09-24 21:33 ` IO scheduler based IO controller V10 Andrew Morton 2009-09-25 2:20 ` Ulrich Lukas 2009-09-29 0:37 ` Nauman Rafique 2009-09-24 19:25 ` [PATCH 25/28] io-controller: Per cgroup request descriptor support Vivek Goyal 2009-09-24 19:25 ` [PATCH 26/28] io-controller: Per io group bdi congestion interface Vivek Goyal 2009-09-24 19:25 ` [PATCH 27/28] io-controller: Support per cgroup per device weights and io class Vivek Goyal 2009-09-24 19:25 ` [PATCH 28/28] io-controller: debug elevator fair queuing support Vivek Goyal 2009-09-24 21:33 ` IO scheduler based IO controller V10 Andrew Morton 2009-09-24 21:33 ` Andrew Morton 2009-09-25 1:09 ` KAMEZAWA Hiroyuki [not found] ` <20090925100952.55c2dd7a.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> 2009-09-25 1:18 ` KAMEZAWA Hiroyuki 2009-09-25 4:14 ` Vivek Goyal 2009-09-25 1:18 ` KAMEZAWA Hiroyuki 2009-09-25 1:18 ` KAMEZAWA Hiroyuki 2009-09-25 5:29 ` Balbir Singh 2009-09-25 7:09 ` Ryo Tsuruta 2009-09-25 7:09 ` Ryo Tsuruta [not found] ` <20090925052911.GK4590-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org> 2009-09-25 7:09 ` Ryo Tsuruta [not found] ` <20090925101821.1de8091a.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> 2009-09-25 5:29 ` Balbir Singh 2009-09-25 4:14 ` Vivek Goyal 2009-09-25 4:14 ` Vivek Goyal 2009-09-25 5:04 ` Vivek Goyal 2009-09-25 5:04 ` Vivek Goyal [not found] ` <20090925050429.GB12555-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-25 9:07 ` Ryo Tsuruta 2009-09-25 9:07 ` Ryo Tsuruta 2009-09-25 9:07 ` Ryo Tsuruta 2009-09-25 14:33 ` Vivek Goyal 2009-09-25 14:33 ` Vivek Goyal [not found] ` <20090925143337.GA15007-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-28 7:30 ` Ryo Tsuruta 2009-09-28 7:30 ` Ryo Tsuruta [not found] ` <20090925.180724.104041942.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> 2009-09-25 14:33 ` Vivek Goyal 2009-09-25 15:04 ` Rik van Riel 2009-09-25 15:04 ` Rik van Riel 2009-09-25 15:04 ` Rik van Riel 2009-09-28 7:38 ` Ryo Tsuruta 2009-09-28 7:38 ` Ryo Tsuruta [not found] ` <4ABCDBFF.1020203-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-28 7:38 ` Ryo Tsuruta 2009-10-08 4:42 ` More performance numbers (Was: Re: IO scheduler based IO controller V10) Vivek Goyal 2009-10-08 4:42 ` Vivek Goyal 2009-10-08 8:34 ` Andrea Righi 2009-10-08 8:34 ` Andrea Righi [not found] ` <20091008044251.GA3490-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-08 8:34 ` Andrea Righi [not found] ` <20090924143315.781cd0ac.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> 2009-09-25 1:09 ` IO scheduler based IO controller V10 KAMEZAWA Hiroyuki 2009-09-25 5:04 ` Vivek Goyal 2009-10-08 4:42 ` More performance numbers (Was: Re: IO scheduler based IO controller V10) Vivek Goyal 2009-10-10 19:53 ` Performance numbers with IO throttling patches " Vivek Goyal 2009-10-10 19:53 ` Vivek Goyal 2009-10-10 19:53 ` Vivek Goyal [not found] ` <20091010195316.GB16510-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-10 22:27 ` Andrea Righi 2009-10-10 22:27 ` Andrea Righi 2009-10-10 22:27 ` Andrea Righi 2009-10-11 12:32 ` Vivek Goyal 2009-10-11 12:32 ` Vivek Goyal 2009-10-12 21:11 ` Vivek Goyal 2009-10-12 21:11 ` Vivek Goyal 2009-10-17 15:18 ` Andrea Righi [not found] ` <20091012211120.GE7152-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-17 15:18 ` Andrea Righi 2009-10-12 21:11 ` Vivek Goyal 2009-09-25 2:20 ` IO scheduler based IO controller V10 Ulrich Lukas [not found] ` <4ABC28DE.7050809-7vBoImwI/YtIVYojq0lqJrNAH6kLmebB@public.gmane.org> 2009-09-25 20:26 ` Vivek Goyal 2009-09-25 20:26 ` Vivek Goyal 2009-09-25 20:26 ` Vivek Goyal 2009-09-26 14:51 ` Mike Galbraith [not found] ` <1253976676.7005.40.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-09-27 6:55 ` Mike Galbraith 2009-09-27 6:55 ` Mike Galbraith [not found] ` <1254034500.7933.6.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-09-27 16:42 ` Jens Axboe 2009-09-27 16:42 ` Jens Axboe [not found] ` <20090927164235.GA23126-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-09-27 18:15 ` Mike Galbraith 2009-09-30 19:58 ` Mike Galbraith 2009-09-27 18:15 ` Mike Galbraith 2009-09-28 4:04 ` Mike Galbraith 2009-09-28 5:55 ` Mike Galbraith 2009-09-28 17:48 ` Vivek Goyal 2009-09-28 17:48 ` Vivek Goyal 2009-09-28 18:24 ` Mike Galbraith [not found] ` <20090928174809.GB3643-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-28 18:24 ` Mike Galbraith [not found] ` <1254110648.7683.3.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-09-28 5:55 ` Mike Galbraith 2009-09-28 17:48 ` Vivek Goyal [not found] ` <1254075359.7354.66.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-09-28 4:04 ` Mike Galbraith 2009-09-30 19:58 ` Mike Galbraith [not found] ` <1254340730.7695.32.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-09-30 20:05 ` Mike Galbraith 2009-09-30 20:05 ` Mike Galbraith 2009-09-30 20:24 ` Vivek Goyal 2009-09-30 20:24 ` Vivek Goyal [not found] ` <20090930202447.GA28236-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-01 7:33 ` Mike Galbraith 2009-10-01 7:33 ` Mike Galbraith [not found] ` <1254382405.7595.9.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-01 18:58 ` Jens Axboe 2009-10-01 18:58 ` Jens Axboe 2009-10-02 6:23 ` Mike Galbraith [not found] ` <1254464628.7158.101.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-02 8:04 ` Jens Axboe 2009-10-02 8:04 ` Jens Axboe 2009-10-02 8:04 ` Jens Axboe 2009-10-02 8:53 ` Mike Galbraith [not found] ` <1254473609.6378.24.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-02 9:00 ` Mike Galbraith 2009-10-02 9:55 ` Jens Axboe 2009-10-02 9:00 ` Mike Galbraith 2009-10-02 9:55 ` Jens Axboe 2009-10-02 12:22 ` Mike Galbraith [not found] ` <20091002095555.GB26962-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 12:22 ` Mike Galbraith [not found] ` <20091002080417.GG14918-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 8:53 ` Mike Galbraith 2009-10-02 9:24 ` Ingo Molnar 2009-10-02 9:24 ` Ingo Molnar 2009-10-02 9:24 ` Ingo Molnar 2009-10-02 9:28 ` Jens Axboe 2009-10-02 9:28 ` Jens Axboe [not found] ` <20091002092839.GA26962-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 14:24 ` Linus Torvalds 2009-10-02 14:24 ` Linus Torvalds 2009-10-02 14:45 ` Mike Galbraith 2009-10-02 14:57 ` Jens Axboe [not found] ` <1254494742.7307.37.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-02 14:57 ` Jens Axboe 2009-10-02 14:56 ` Jens Axboe 2009-10-02 14:56 ` Jens Axboe 2009-10-02 15:14 ` Linus Torvalds 2009-10-02 15:14 ` Linus Torvalds 2009-10-02 16:01 ` jim owens 2009-10-02 16:01 ` jim owens 2009-10-02 17:11 ` Jens Axboe 2009-10-02 17:11 ` Jens Axboe 2009-10-02 17:20 ` Ingo Molnar 2009-10-02 17:20 ` Ingo Molnar 2009-10-02 17:25 ` Jens Axboe 2009-10-02 17:25 ` Jens Axboe 2009-10-02 17:28 ` Ingo Molnar 2009-10-02 17:28 ` Ingo Molnar [not found] ` <20091002172842.GA4884-X9Un+BFzKDI@public.gmane.org> 2009-10-02 17:37 ` Jens Axboe 2009-10-02 17:37 ` Jens Axboe [not found] ` <20091002173732.GK31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 17:56 ` Ingo Molnar 2009-10-02 18:13 ` Mike Galbraith 2009-10-02 17:56 ` Ingo Molnar 2009-10-02 17:56 ` Ingo Molnar [not found] ` <20091002175629.GA14860-X9Un+BFzKDI@public.gmane.org> 2009-10-02 18:04 ` Jens Axboe 2009-10-02 18:04 ` Jens Axboe [not found] ` <20091002180437.GL31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 18:22 ` Mike Galbraith 2009-10-02 18:36 ` Theodore Tso 2009-10-02 18:22 ` Mike Galbraith 2009-10-02 18:26 ` Jens Axboe 2009-10-02 18:33 ` Mike Galbraith [not found] ` <20091002182608.GO31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 18:33 ` Mike Galbraith [not found] ` <1254507754.8667.15.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-02 18:26 ` Jens Axboe 2009-10-02 18:36 ` Theodore Tso 2009-10-02 18:45 ` Jens Axboe 2009-10-02 18:45 ` Jens Axboe 2009-10-02 19:01 ` Ingo Molnar 2009-10-02 19:09 ` Jens Axboe 2009-10-02 19:09 ` Jens Axboe [not found] ` <20091002190110.GA25297-X9Un+BFzKDI@public.gmane.org> 2009-10-02 19:09 ` Jens Axboe [not found] ` <20091002184549.GS31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 19:01 ` Ingo Molnar [not found] ` <20091002183649.GE8161-3s7WtUTddSA@public.gmane.org> 2009-10-02 18:45 ` Jens Axboe 2009-10-02 18:13 ` Mike Galbraith 2009-10-02 18:19 ` Jens Axboe 2009-10-02 18:57 ` Mike Galbraith 2009-10-02 20:47 ` Mike Galbraith [not found] ` <1254509838.8667.30.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-02 20:47 ` Mike Galbraith 2009-10-03 5:48 ` Mike Galbraith 2009-10-03 5:56 ` Mike Galbraith 2009-10-03 6:31 ` tweaking IO latency [was Re: IO scheduler based IO controller V10] Mike Galbraith 2009-10-03 7:24 ` IO scheduler based IO controller V10 Jens Axboe 2009-10-03 9:00 ` Mike Galbraith 2009-10-03 9:12 ` Corrado Zoccolo 2009-10-03 9:12 ` Corrado Zoccolo [not found] ` <4e5e476b0910030212y50f97d97nc2e17c35d855cc63-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2009-10-03 13:18 ` Jens Axboe 2009-10-03 13:18 ` Jens Axboe 2009-10-03 13:18 ` Jens Axboe [not found] ` <1254560434.17052.14.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-03 9:12 ` Corrado Zoccolo 2009-10-03 13:17 ` Jens Axboe 2009-10-03 13:17 ` Jens Axboe 2009-10-03 13:17 ` Jens Axboe [not found] ` <20091003072401.GV31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-03 9:00 ` Mike Galbraith 2009-10-03 11:29 ` Vivek Goyal 2009-10-03 11:29 ` Vivek Goyal [not found] ` <20091003112915.GA12925-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-03 12:40 ` Do not overload dispatch queue (Was: Re: IO scheduler based IO controller V10) Vivek Goyal 2009-10-03 12:40 ` Vivek Goyal 2009-10-03 12:40 ` Vivek Goyal 2009-10-03 13:21 ` Jens Axboe [not found] ` <20091003132115.GB31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-03 13:56 ` Vivek Goyal 2009-10-03 13:56 ` Vivek Goyal 2009-10-03 13:56 ` Vivek Goyal 2009-10-03 14:02 ` Mike Galbraith [not found] ` <1254578553.7499.5.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-03 14:28 ` Jens Axboe 2009-10-03 14:28 ` Jens Axboe 2009-10-03 14:33 ` Mike Galbraith 2009-10-03 14:33 ` Mike Galbraith 2009-10-03 14:51 ` Mike Galbraith 2009-10-03 14:51 ` Mike Galbraith [not found] ` <1254581496.8293.8.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-03 15:14 ` Jens Axboe 2009-10-03 15:14 ` Jens Axboe 2009-10-03 15:14 ` Jens Axboe [not found] ` <20091003151445.GF31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-03 15:57 ` Mike Galbraith 2009-10-03 15:57 ` Mike Galbraith 2009-10-03 17:35 ` Jens Axboe 2009-10-03 17:35 ` Jens Axboe [not found] ` <20091003173532.GG31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-03 17:45 ` Linus Torvalds 2009-10-03 17:45 ` Linus Torvalds [not found] ` <alpine.LFD.2.01.0910031042560.6996-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org> 2009-10-03 17:51 ` Jens Axboe 2009-10-03 17:51 ` Jens Axboe 2009-10-03 19:07 ` Mike Galbraith 2009-10-03 19:07 ` Mike Galbraith 2009-10-03 19:07 ` Mike Galbraith 2009-10-03 19:11 ` Mike Galbraith 2009-10-03 19:11 ` Mike Galbraith 2009-10-03 19:23 ` Jens Axboe 2009-10-03 19:23 ` Jens Axboe 2009-10-03 19:49 ` Mike Galbraith 2009-10-03 19:49 ` Mike Galbraith 2009-10-04 10:50 ` Mike Galbraith 2009-10-04 11:33 ` Mike Galbraith [not found] ` <1254653434.7237.18.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-04 17:39 ` Jens Axboe 2009-10-04 17:39 ` Jens Axboe [not found] ` <20091004173901.GD26573-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-04 18:23 ` Mike Galbraith 2009-10-04 18:23 ` Mike Galbraith 2009-10-04 18:23 ` Mike Galbraith [not found] ` <1254680622.27889.2.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-04 18:38 ` Jens Axboe 2009-10-04 18:38 ` Jens Axboe 2009-10-04 18:38 ` Jens Axboe [not found] ` <20091004183822.GF26573-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-04 19:47 ` Mike Galbraith 2009-10-04 19:47 ` Mike Galbraith 2009-10-04 19:47 ` Mike Galbraith 2009-10-04 20:17 ` Jens Axboe 2009-10-04 20:17 ` Jens Axboe [not found] ` <20091004201708.GJ26573-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-04 22:15 ` Mike Galbraith 2009-10-04 22:15 ` Mike Galbraith 2009-10-04 22:15 ` Mike Galbraith [not found] ` <1254685638.7637.6.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-04 20:17 ` Jens Axboe [not found] ` <20091003192321.GA26573-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-03 19:49 ` Mike Galbraith [not found] ` <1254596864.7153.9.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-03 19:11 ` Mike Galbraith 2009-10-03 19:23 ` Jens Axboe [not found] ` <1254585420.7539.2.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-03 17:35 ` Jens Axboe [not found] ` <20091003142840.GE31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-03 14:33 ` Mike Galbraith 2009-10-03 14:51 ` Mike Galbraith [not found] ` <20091003135623.GD12925-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-03 14:02 ` Mike Galbraith [not found] ` <20091003124049.GB12925-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-03 13:21 ` Jens Axboe 2009-10-03 13:57 ` Mike Galbraith 2009-10-03 13:57 ` Mike Galbraith [not found] ` <1254549378.8299.21.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-03 6:31 ` tweaking IO latency [was Re: IO scheduler based IO controller V10] Mike Galbraith 2009-10-03 7:24 ` IO scheduler based IO controller V10 Jens Axboe 2009-10-03 11:29 ` Vivek Goyal [not found] ` <1254548931.8299.18.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-03 5:56 ` Mike Galbraith 2009-10-03 7:20 ` Ingo Molnar 2009-10-03 7:20 ` Ingo Molnar 2009-10-03 7:20 ` Ingo Molnar [not found] ` <20091003072021.GB21407-X9Un+BFzKDI@public.gmane.org> 2009-10-03 7:25 ` Jens Axboe 2009-10-03 7:25 ` Jens Axboe 2009-10-03 7:25 ` Jens Axboe 2009-10-03 8:53 ` Mike Galbraith [not found] ` <20091003072540.GW31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-03 8:53 ` Mike Galbraith 2009-10-03 9:01 ` Corrado Zoccolo 2009-10-03 9:01 ` Corrado Zoccolo [not found] ` <20091002181903.GN31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 18:57 ` Mike Galbraith 2009-10-03 5:48 ` Mike Galbraith [not found] ` <1254507215.8667.7.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-02 18:19 ` Jens Axboe [not found] ` <20091002172554.GJ31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 17:28 ` Ingo Molnar [not found] ` <20091002172046.GA2376-X9Un+BFzKDI@public.gmane.org> 2009-10-02 17:25 ` Jens Axboe [not found] ` <20091002171129.GG31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 17:20 ` Ingo Molnar [not found] ` <alpine.LFD.2.01.0910020811490.6996-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org> 2009-10-02 16:01 ` jim owens 2009-10-02 17:11 ` Jens Axboe 2009-10-02 16:33 ` Ray Lee 2009-10-02 17:13 ` Jens Axboe 2009-10-02 17:13 ` Jens Axboe [not found] ` <2c0942db0910020933l6d312c6ahae0e00619f598b39-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2009-10-02 17:13 ` Jens Axboe [not found] ` <20091002145610.GD31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 15:14 ` Linus Torvalds 2009-10-02 16:33 ` Ray Lee [not found] ` <alpine.LFD.2.01.0910020715160.6996-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org> 2009-10-02 14:45 ` Mike Galbraith 2009-10-02 14:56 ` Jens Axboe 2009-10-02 16:22 ` Ingo Molnar 2009-10-02 16:22 ` Ingo Molnar 2009-10-02 16:22 ` Ingo Molnar [not found] ` <20091002092409.GA19529-X9Un+BFzKDI@public.gmane.org> 2009-10-02 9:28 ` Jens Axboe 2009-10-02 9:36 ` Mike Galbraith 2009-10-02 9:36 ` Mike Galbraith 2009-10-02 16:37 ` Ingo Molnar 2009-10-02 16:37 ` Ingo Molnar [not found] ` <1254476214.11022.8.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-02 16:37 ` Ingo Molnar [not found] ` <20091001185816.GU14918-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 6:23 ` Mike Galbraith 2009-10-02 18:08 ` Jens Axboe 2009-10-02 18:08 ` Jens Axboe 2009-10-02 18:29 ` Mike Galbraith 2009-10-02 18:36 ` Jens Axboe [not found] ` <1254508197.8667.22.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-02 18:36 ` Jens Axboe [not found] ` <20091002180857.GM31616-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org> 2009-10-02 18:29 ` Mike Galbraith [not found] ` <1254341139.7695.36.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-09-30 20:24 ` Vivek Goyal 2009-09-27 17:00 ` Corrado Zoccolo 2009-09-28 14:56 ` Vivek Goyal 2009-09-28 14:56 ` Vivek Goyal [not found] ` <20090928145655.GB8192-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-28 15:35 ` Corrado Zoccolo 2009-09-28 15:35 ` Corrado Zoccolo 2009-09-28 17:14 ` Vivek Goyal 2009-09-28 17:14 ` Vivek Goyal 2009-09-29 7:10 ` Corrado Zoccolo [not found] ` <20090928171420.GA3643-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-29 7:10 ` Corrado Zoccolo 2009-09-28 17:51 ` Mike Galbraith 2009-09-28 18:18 ` Vivek Goyal 2009-09-28 18:18 ` Vivek Goyal 2009-09-28 18:53 ` Mike Galbraith 2009-09-29 7:14 ` Corrado Zoccolo [not found] ` <1254164034.9820.81.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-09-29 7:14 ` Corrado Zoccolo [not found] ` <20090928181846.GC3643-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-28 18:53 ` Mike Galbraith 2009-09-29 5:55 ` Mike Galbraith [not found] ` <1254160274.9820.25.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-09-28 18:18 ` Vivek Goyal 2009-09-29 5:55 ` Mike Galbraith [not found] ` <4e5e476b0909280835w3410d58aod93a29d1dcda8909-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2009-09-28 17:14 ` Vivek Goyal 2009-09-28 17:51 ` Mike Galbraith [not found] ` <4e5e476b0909271000u69d79346s27cccad219e49902-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2009-09-28 14:56 ` Vivek Goyal [not found] ` <20090925202636.GC15007-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-26 14:51 ` Mike Galbraith 2009-09-27 17:00 ` Corrado Zoccolo 2009-09-29 0:37 ` Nauman Rafique 2009-09-29 0:37 ` Nauman Rafique 2009-09-29 3:22 ` Vivek Goyal 2009-09-29 3:22 ` Vivek Goyal [not found] ` <20090929032255.GA10664-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-29 9:56 ` Ryo Tsuruta 2009-09-29 9:56 ` Ryo Tsuruta 2009-09-29 10:49 ` Takuya Yoshikawa 2009-09-29 14:10 ` Vivek Goyal 2009-09-29 14:10 ` Vivek Goyal 2009-09-29 19:53 ` Nauman Rafique [not found] ` <20090929141049.GA12141-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-09-29 19:53 ` Nauman Rafique 2009-09-30 8:43 ` Ryo Tsuruta 2009-09-30 8:43 ` Ryo Tsuruta 2009-09-30 11:05 ` Vivek Goyal 2009-09-30 11:05 ` Vivek Goyal 2009-10-01 6:41 ` Ryo Tsuruta 2009-10-01 6:41 ` Ryo Tsuruta [not found] ` <20091001.154125.104044685.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> 2009-10-01 13:31 ` Vivek Goyal 2009-10-01 13:31 ` Vivek Goyal 2009-10-01 13:31 ` Vivek Goyal 2009-10-02 2:57 ` Vivek Goyal 2009-10-02 2:57 ` Vivek Goyal 2009-10-02 20:27 ` Munehiro Ikeda 2009-10-02 20:27 ` Munehiro Ikeda [not found] ` <4AC6623F.70600-MDRzhb/z0dd8UrSeD/g0lQ@public.gmane.org> 2009-10-05 10:38 ` Ryo Tsuruta 2009-10-05 10:38 ` Ryo Tsuruta 2009-10-05 10:38 ` Ryo Tsuruta [not found] ` <20091005.193808.104033719.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> 2009-10-05 12:31 ` Vivek Goyal 2009-10-05 12:31 ` Vivek Goyal 2009-10-05 12:31 ` Vivek Goyal 2009-10-05 14:55 ` Ryo Tsuruta [this message] 2009-10-05 14:55 ` Ryo Tsuruta 2009-10-05 17:10 ` Vivek Goyal 2009-10-05 17:10 ` Vivek Goyal 2009-10-05 18:11 ` Nauman Rafique 2009-10-05 18:11 ` Nauman Rafique [not found] ` <e98e18940910051111r110dc776l5105bf931761b842-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2009-10-06 7:17 ` Ryo Tsuruta 2009-10-06 7:17 ` Ryo Tsuruta 2009-10-06 7:17 ` Ryo Tsuruta 2009-10-06 11:22 ` Vivek Goyal 2009-10-06 11:22 ` Vivek Goyal 2009-10-07 14:38 ` Ryo Tsuruta 2009-10-07 14:38 ` Ryo Tsuruta 2009-10-07 15:09 ` Vivek Goyal 2009-10-07 15:09 ` Vivek Goyal 2009-10-08 2:18 ` Ryo Tsuruta 2009-10-08 2:18 ` Ryo Tsuruta [not found] ` <20091007150929.GB3674-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-08 2:18 ` Ryo Tsuruta 2009-10-07 16:41 ` Rik van Riel 2009-10-07 16:41 ` Rik van Riel 2009-10-07 20:23 ` Andy [not found] ` <4ACCC4B7.4050805-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-08 10:22 ` Ryo Tsuruta 2009-10-08 10:22 ` Ryo Tsuruta 2009-10-08 10:22 ` Ryo Tsuruta [not found] ` <20091007.233805.183040347.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> 2009-10-07 15:09 ` Vivek Goyal 2009-10-07 16:41 ` Rik van Riel [not found] ` <20091006112201.GA27866-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-07 14:38 ` Ryo Tsuruta [not found] ` <20091006.161744.189719641.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> 2009-10-06 11:22 ` Vivek Goyal [not found] ` <20091005171023.GG22143-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-05 18:11 ` Nauman Rafique [not found] ` <20091005.235535.193690928.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> 2009-10-05 17:10 ` Vivek Goyal [not found] ` <20091005123148.GB22143-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-05 14:55 ` Ryo Tsuruta [not found] ` <20091002025731.GA2738-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-02 20:27 ` Munehiro Ikeda [not found] ` <20091001133109.GA4058-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-02 2:57 ` Vivek Goyal [not found] ` <20090930110500.GA26631-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-01 6:41 ` Ryo Tsuruta [not found] ` <20090930.174319.183036386.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> 2009-09-30 11:05 ` Vivek Goyal [not found] ` <20090929.185653.183056711.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org> 2009-09-29 10:49 ` Takuya Yoshikawa 2009-09-29 14:10 ` Vivek Goyal 2009-09-30 3:11 ` Vivek Goyal 2009-09-30 3:11 ` Vivek Goyal 2009-09-30 3:11 ` Vivek Goyal [not found] ` <e98e18940909281737q142c788dpd20b8bdc05dd0eff-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2009-09-29 3:22 ` Vivek Goyal -- strict thread matches above, loose matches on Subject: below -- 2009-10-02 10:55 Corrado Zoccolo 2009-10-02 10:55 Corrado Zoccolo 2009-10-02 11:04 ` Jens Axboe [not found] ` <200910021255.27689.czoccolo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 2009-10-02 11:04 ` Jens Axboe 2009-10-02 12:49 ` Vivek Goyal 2009-10-02 12:49 ` Vivek Goyal 2009-10-02 12:49 ` Vivek Goyal [not found] ` <20091002124921.GA4494-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-02 15:27 ` Corrado Zoccolo 2009-10-02 15:27 ` Corrado Zoccolo 2009-10-02 15:31 ` Vivek Goyal 2009-10-02 15:31 ` Vivek Goyal [not found] ` <4e5e476b0910020827s23e827b1n847c64e355999d4a-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2009-10-02 15:31 ` Vivek Goyal 2009-10-02 15:32 ` Mike Galbraith 2009-10-02 15:32 ` Mike Galbraith 2009-10-02 15:32 ` Mike Galbraith 2009-10-02 15:40 ` Vivek Goyal 2009-10-02 15:40 ` Vivek Goyal [not found] ` <20091002154020.GC4494-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-02 16:03 ` Mike Galbraith 2009-10-02 16:50 ` Valdis.Kletnieks-PjAqaU27lzQ 2009-10-02 16:03 ` Mike Galbraith 2009-10-02 16:50 ` Valdis.Kletnieks 2009-10-02 16:50 ` Valdis.Kletnieks [not found] ` <12774.1254502217-+bZmOdGhbsPr6rcHtW+onFJE71vCis6O@public.gmane.org> 2009-10-02 19:58 ` Vivek Goyal 2009-10-02 19:58 ` Vivek Goyal 2009-10-02 19:58 ` Vivek Goyal 2009-10-02 22:14 ` Corrado Zoccolo 2009-10-02 22:14 ` Corrado Zoccolo [not found] ` <4e5e476b0910021514i1b461229t667bed94fd67f140-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2009-10-02 22:27 ` Vivek Goyal 2009-10-02 22:27 ` Vivek Goyal 2009-10-02 22:27 ` Vivek Goyal 2009-10-03 12:43 ` Corrado Zoccolo [not found] ` <20091002222756.GG4494-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-03 12:43 ` Corrado Zoccolo [not found] ` <20091002195815.GE4494-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2009-10-02 22:14 ` Corrado Zoccolo [not found] ` <1254497520.10392.11.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org> 2009-10-02 15:40 ` Vivek Goyal 2009-09-24 19:25 Vivek Goyal
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=20091005.235535.193690928.ryov@valinux.co.jp \ --to=ryov@valinux.co.jp \ --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=jens.axboe@oracle.com \ --cc=jmarchan@redhat.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=mingo@elte.hu \ --cc=nauman@google.com \ --cc=paolo.valente@unimore.it \ --cc=peterz@infradead.org \ --cc=riel@redhat.com \ --cc=righi.andrea@gmail.com \ --cc=s-uchida@ap.jp.nec.com \ --cc=taka@valinux.co.jp \ --cc=torvalds@linux-foundation.org \ --cc=vgoyal@redhat.com \ --cc=yoshikawa.takuya@oss.ntt.co.jp \ /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: linkBe 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.