Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754753AbZGAJZZ (ORCPT ); Wed, 1 Jul 2009 05:25:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754121AbZGAJZN (ORCPT ); Wed, 1 Jul 2009 05:25:13 -0400 Received: from cn.fujitsu.com ([222.73.24.84]:51826 "EHLO song.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1752375AbZGAJZM (ORCPT ); Wed, 1 Jul 2009 05:25:12 -0400 Message-ID: <4A4B2B5E.3080309@cn.fujitsu.com> Date: Wed, 01 Jul 2009 17:24:46 +0800 From: Gui Jianfeng User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: Vivek Goyal CC: linux-kernel@vger.kernel.org, containers@lists.linux-foundation.org, dm-devel@redhat.com, jens.axboe@oracle.com, nauman@google.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 02/20] io-controller: Common flat fair queuing code in elevaotor layer References: <1245443858-8487-1-git-send-email-vgoyal@redhat.com> <1245443858-8487-3-git-send-email-vgoyal@redhat.com> In-Reply-To: <1245443858-8487-3-git-send-email-vgoyal@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1400 Lines: 44 Vivek Goyal wrote: ... > + * If ioscheduler has functionality of keeping track of close cooperator, check > + * with it if it has got a closely co-operating queue. > + */ > +static inline struct io_queue *elv_close_cooperator(struct request_queue *q, > + struct io_queue *ioq, int probe) > +{ > + struct elevator_queue *e = q->elevator; > + struct io_queue *new_ioq = NULL; > + > + /* > + * Currently this feature is supported only for flat hierarchy or > + * root group queues so that default cfq behavior is not changed. > + */ > + if (!is_root_group_ioq(q, ioq)) > + return NULL; > + > + if (q->elevator->ops->elevator_close_cooperator_fn) > + new_ioq = e->ops->elevator_close_cooperator_fn(q, > + ioq->sched_queue, probe); > + > + /* Only select co-operating queue if it belongs to root group */ > + if (new_ioq && !is_root_group_ioq(q, new_ioq)) > + return NULL; > + > + return new_ioq; > +} Hi Vivek, Currently, whether we can let this feature be supported if current queue and found queue are in the same group? I guess this change won't break the default cfq behavior. Am i missing something? -- Regards Gui Jianfeng -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/