From: Andrea Righi <righi.andrea-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Ryo Tsuruta <ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
Cc: xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org,
containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
virtualization-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
dm-devel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
agk-9JcytcrH/bA+uJoB2kUjGw@public.gmane.org
Subject: Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
Date: Tue, 5 Aug 2008 12:25:33 +0200 (MEST) [thread overview]
Message-ID: <48982A9D.2000803@gmail.com> (raw)
In-Reply-To: <20080804.175748.189722512.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
Ryo Tsuruta wrote:
> +static int mem_cgroup_charge_common(struct page *page, struct mm_struct *mm,
> + gfp_t gfp_mask, enum charge_type ctype,
> + struct mem_cgroup *memcg)
> +{
> + struct page_cgroup *pc;
> +#ifdef CONFIG_CGROUP_MEM_RES_CTLR
> + struct mem_cgroup *mem;
> + unsigned long flags;
> + unsigned long nr_retries = MEM_CGROUP_RECLAIM_RETRIES;
> + struct mem_cgroup_per_zone *mz;
> +#endif /* CONFIG_CGROUP_MEM_RES_CTLR */
> +
> + pc = kmem_cache_alloc(page_cgroup_cache, gfp_mask);
> + if (unlikely(pc == NULL))
> + goto err;
> +
> + /*
> + * We always charge the cgroup the mm_struct belongs to.
> + * The mm_struct's mem_cgroup changes on task migration if the
> + * thread group leader migrates. It's possible that mm is not
> + * set, if so charge the init_mm (happens for pagecache usage).
> + */
> + if (likely(!memcg)) {
> + rcu_read_lock();
> +#ifdef CONFIG_CGROUP_MEM_RES_CTLR
> + mem = mem_cgroup_from_task(rcu_dereference(mm->owner));
> + /*
> + * For every charge from the cgroup, increment reference count
> + */
> + css_get(&mem->css);
> +#endif /* CONFIG_CGROUP_MEM_RES_CTLR */
> + rcu_read_unlock();
> + } else {
> +#ifdef CONFIG_CGROUP_MEM_RES_CTLR
> + mem = memcg;
> + css_get(&memcg->css);
> +#endif /* CONFIG_CGROUP_MEM_RES_CTLR */
> + }
> +
> +#ifdef CONFIG_CGROUP_MEM_RES_CTLR
> + while (res_counter_charge(&mem->res, PAGE_SIZE)) {
> + if (!(gfp_mask & __GFP_WAIT))
> + goto out;
> +
> + if (try_to_free_mem_cgroup_pages(mem, gfp_mask))
> + continue;
> +
> + /*
> + * try_to_free_mem_cgroup_pages() might not give us a full
> + * picture of reclaim. Some pages are reclaimed and might be
> + * moved to swap cache or just unmapped from the cgroup.
> + * Check the limit again to see if the reclaim reduced the
> + * current usage of the cgroup before giving up
> + */
> + if (res_counter_check_under_limit(&mem->res))
> + continue;
> +
> + if (!nr_retries--) {
> + mem_cgroup_out_of_memory(mem, gfp_mask);
> + goto out;
> + }
> + }
> + pc->mem_cgroup = mem;
> +#endif /* CONFIG_CGROUP_MEM_RES_CTLR */
you can remove some ifdefs doing:
#ifdef CONFIG_CGROUP_MEM_RES_CTLR
if (likely(!memcg)) {
rcu_read_lock();
mem = mem_cgroup_from_task(rcu_dereference(mm->owner));
/*
* For every charge from the cgroup, increment reference count
*/
css_get(&mem->css);
rcu_read_unlock();
} else {
mem = memcg;
css_get(&memcg->css);
}
while (res_counter_charge(&mem->res, PAGE_SIZE)) {
if (!(gfp_mask & __GFP_WAIT))
goto out;
if (try_to_free_mem_cgroup_pages(mem, gfp_mask))
continue;
/*
* try_to_free_mem_cgroup_pages() might not give us a full
* picture of reclaim. Some pages are reclaimed and might be
* moved to swap cache or just unmapped from the cgroup.
* Check the limit again to see if the reclaim reduced the
* current usage of the cgroup before giving up
*/
if (res_counter_check_under_limit(&mem->res))
continue;
if (!nr_retries--) {
mem_cgroup_out_of_memory(mem, gfp_mask);
goto out;
}
}
pc->mem_cgroup = mem;
#endif /* CONFIG_CGROUP_MEM_RES_CTLR */
WARNING: multiple messages have this Message-ID (diff)
From: Andrea Righi <righi.andrea@gmail.com>
To: Ryo Tsuruta <ryov@valinux.co.jp>
Cc: linux-kernel@vger.kernel.org, dm-devel@redhat.com,
containers@lists.linux-foundation.org,
virtualization@lists.linux-foundation.org,
xen-devel@lists.xensource.com, agk@sourceware.org
Subject: Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
Date: Tue, 5 Aug 2008 12:25:33 +0200 (MEST) [thread overview]
Message-ID: <48982A9D.2000803@gmail.com> (raw)
In-Reply-To: <20080804.175748.189722512.ryov@valinux.co.jp>
Ryo Tsuruta wrote:
> +static int mem_cgroup_charge_common(struct page *page, struct mm_struct *mm,
> + gfp_t gfp_mask, enum charge_type ctype,
> + struct mem_cgroup *memcg)
> +{
> + struct page_cgroup *pc;
> +#ifdef CONFIG_CGROUP_MEM_RES_CTLR
> + struct mem_cgroup *mem;
> + unsigned long flags;
> + unsigned long nr_retries = MEM_CGROUP_RECLAIM_RETRIES;
> + struct mem_cgroup_per_zone *mz;
> +#endif /* CONFIG_CGROUP_MEM_RES_CTLR */
> +
> + pc = kmem_cache_alloc(page_cgroup_cache, gfp_mask);
> + if (unlikely(pc == NULL))
> + goto err;
> +
> + /*
> + * We always charge the cgroup the mm_struct belongs to.
> + * The mm_struct's mem_cgroup changes on task migration if the
> + * thread group leader migrates. It's possible that mm is not
> + * set, if so charge the init_mm (happens for pagecache usage).
> + */
> + if (likely(!memcg)) {
> + rcu_read_lock();
> +#ifdef CONFIG_CGROUP_MEM_RES_CTLR
> + mem = mem_cgroup_from_task(rcu_dereference(mm->owner));
> + /*
> + * For every charge from the cgroup, increment reference count
> + */
> + css_get(&mem->css);
> +#endif /* CONFIG_CGROUP_MEM_RES_CTLR */
> + rcu_read_unlock();
> + } else {
> +#ifdef CONFIG_CGROUP_MEM_RES_CTLR
> + mem = memcg;
> + css_get(&memcg->css);
> +#endif /* CONFIG_CGROUP_MEM_RES_CTLR */
> + }
> +
> +#ifdef CONFIG_CGROUP_MEM_RES_CTLR
> + while (res_counter_charge(&mem->res, PAGE_SIZE)) {
> + if (!(gfp_mask & __GFP_WAIT))
> + goto out;
> +
> + if (try_to_free_mem_cgroup_pages(mem, gfp_mask))
> + continue;
> +
> + /*
> + * try_to_free_mem_cgroup_pages() might not give us a full
> + * picture of reclaim. Some pages are reclaimed and might be
> + * moved to swap cache or just unmapped from the cgroup.
> + * Check the limit again to see if the reclaim reduced the
> + * current usage of the cgroup before giving up
> + */
> + if (res_counter_check_under_limit(&mem->res))
> + continue;
> +
> + if (!nr_retries--) {
> + mem_cgroup_out_of_memory(mem, gfp_mask);
> + goto out;
> + }
> + }
> + pc->mem_cgroup = mem;
> +#endif /* CONFIG_CGROUP_MEM_RES_CTLR */
you can remove some ifdefs doing:
#ifdef CONFIG_CGROUP_MEM_RES_CTLR
if (likely(!memcg)) {
rcu_read_lock();
mem = mem_cgroup_from_task(rcu_dereference(mm->owner));
/*
* For every charge from the cgroup, increment reference count
*/
css_get(&mem->css);
rcu_read_unlock();
} else {
mem = memcg;
css_get(&memcg->css);
}
while (res_counter_charge(&mem->res, PAGE_SIZE)) {
if (!(gfp_mask & __GFP_WAIT))
goto out;
if (try_to_free_mem_cgroup_pages(mem, gfp_mask))
continue;
/*
* try_to_free_mem_cgroup_pages() might not give us a full
* picture of reclaim. Some pages are reclaimed and might be
* moved to swap cache or just unmapped from the cgroup.
* Check the limit again to see if the reclaim reduced the
* current usage of the cgroup before giving up
*/
if (res_counter_check_under_limit(&mem->res))
continue;
if (!nr_retries--) {
mem_cgroup_out_of_memory(mem, gfp_mask);
goto out;
}
}
pc->mem_cgroup = mem;
#endif /* CONFIG_CGROUP_MEM_RES_CTLR */
next prev parent reply other threads:[~2008-08-05 10:25 UTC|newest]
Thread overview: 286+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-04 8:51 [PATCH 0/7] I/O bandwidth controller and BIO tracking Ryo Tsuruta
2008-08-04 8:52 ` [PATCH 1/7] dm-ioband: Patch of device-mapper driver Ryo Tsuruta
2008-08-04 8:52 ` [PATCH 2/7] dm-ioband: Documentation of design overview, installation, command reference and examples Ryo Tsuruta
2008-08-04 8:57 ` [PATCH 3/7] bio-cgroup: Introduction Ryo Tsuruta
[not found] ` <20080804.175254.71094191.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-04 8:57 ` Ryo Tsuruta
2008-08-04 8:57 ` Ryo Tsuruta
2008-08-04 8:57 ` [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts Ryo Tsuruta
2008-08-04 8:59 ` [PATCH 5/7] bio-cgroup: Remove a lot of ifdefs Ryo Tsuruta
[not found] ` <20080804.175748.189722512.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-04 8:59 ` Ryo Tsuruta
2008-08-05 10:25 ` Andrea Righi [this message]
2008-08-05 10:25 ` [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts Andrea Righi
2008-08-05 10:35 ` Hirokazu Takahashi
2008-08-05 10:35 ` Hirokazu Takahashi
2008-08-05 10:35 ` Hirokazu Takahashi
[not found] ` <48982A9D.2000803-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2008-08-05 10:35 ` Hirokazu Takahashi
2008-08-06 7:54 ` KAMEZAWA Hiroyuki
2008-08-06 7:54 ` KAMEZAWA Hiroyuki
2008-08-06 11:43 ` Hirokazu Takahashi
2008-08-06 11:43 ` Hirokazu Takahashi
2008-08-06 11:43 ` Hirokazu Takahashi
2008-08-06 13:45 ` kamezawa.hiroyu
2008-08-06 13:45 ` kamezawa.hiroyu
2008-08-07 7:25 ` Hirokazu Takahashi
[not found] ` <16255819.1218030343593.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2008-08-07 7:25 ` Hirokazu Takahashi
2008-08-07 7:25 ` Hirokazu Takahashi
2008-08-07 7:25 ` Hirokazu Takahashi
2008-08-07 8:21 ` KAMEZAWA Hiroyuki
2008-08-07 8:45 ` Hirokazu Takahashi
2008-08-07 8:45 ` Hirokazu Takahashi
2008-08-07 8:45 ` Hirokazu Takahashi
[not found] ` <20080807172113.0788f800.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2008-08-07 8:45 ` Hirokazu Takahashi
[not found] ` <20080807.162512.22162413.taka-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-07 8:21 ` KAMEZAWA Hiroyuki
2008-08-07 8:21 ` KAMEZAWA Hiroyuki
[not found] ` <20080806165421.f76edd47.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2008-08-06 11:43 ` Hirokazu Takahashi
[not found] ` <20080806.204339.76736223.taka-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-06 13:45 ` kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A
2008-08-04 8:59 ` [PATCH 5/7] bio-cgroup: Remove a lot of ifdefs Ryo Tsuruta
2008-08-04 9:00 ` [PATCH 6/7] bio-cgroup: Implement the bio-cgroup Ryo Tsuruta
2008-08-04 9:01 ` [PATCH 7/7] bio-cgroup: Add a cgroup support to dm-ioband Ryo Tsuruta
2008-08-04 9:01 ` Ryo Tsuruta
[not found] ` <20080804.180022.183027902.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-04 9:01 ` Ryo Tsuruta
2008-08-08 7:10 ` [PATCH 6/7] bio-cgroup: Implement the bio-cgroup Takuya Yoshikawa
2008-08-08 7:10 ` Takuya Yoshikawa
2008-08-08 8:30 ` Ryo Tsuruta
[not found] ` <489BF14D.6050009-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2008-08-08 8:30 ` Ryo Tsuruta
2008-08-08 8:30 ` Ryo Tsuruta
2008-08-08 8:30 ` Ryo Tsuruta
2008-08-08 9:42 ` Takuya Yoshikawa
2008-08-08 11:41 ` Ryo Tsuruta
2008-08-08 11:41 ` Ryo Tsuruta
2008-08-08 11:41 ` Ryo Tsuruta
[not found] ` <489C150C.5040700-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2008-08-08 11:41 ` Ryo Tsuruta
2008-08-08 9:42 ` Takuya Yoshikawa
[not found] ` <20080808.173045.112614776.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-08 9:42 ` Takuya Yoshikawa
2008-08-08 7:10 ` Takuya Yoshikawa
2008-08-04 9:00 ` Ryo Tsuruta
[not found] ` <20080804.175934.112619046.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-04 9:00 ` Ryo Tsuruta
2008-08-05 10:25 ` [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts Andrea Righi
2008-08-06 7:54 ` KAMEZAWA Hiroyuki
[not found] ` <20080804.175707.104036289.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-04 8:57 ` Ryo Tsuruta
2008-08-04 8:57 ` Ryo Tsuruta
2008-08-04 8:52 ` [PATCH 2/7] dm-ioband: Documentation of design overview, installation, command reference and examples Ryo Tsuruta
[not found] ` <20080804.175214.226796876.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-04 8:52 ` Ryo Tsuruta
[not found] ` <20080804.175126.193692178.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-04 8:52 ` [PATCH 1/7] dm-ioband: Patch of device-mapper driver Ryo Tsuruta
2008-08-04 17:20 ` Too many I/O controller patches Dave Hansen
2008-08-04 8:52 ` [PATCH 1/7] dm-ioband: Patch of device-mapper driver Ryo Tsuruta
2008-08-04 17:20 ` Too many I/O controller patches Dave Hansen
2008-08-04 17:20 ` Dave Hansen
2008-08-04 18:22 ` Andrea Righi
2008-08-04 18:22 ` Andrea Righi
[not found] ` <489748E6.5080106-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2008-08-04 19:02 ` Dave Hansen
2008-08-05 2:50 ` Satoshi UCHIDA
2008-08-04 19:02 ` Dave Hansen
2008-08-04 19:02 ` Dave Hansen
2008-08-04 20:44 ` Andrea Righi
[not found] ` <48976A2A.9060600-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2008-08-04 20:50 ` Dave Hansen
2008-08-05 5:55 ` Paul Menage
2008-08-05 5:55 ` Paul Menage
[not found] ` <6599ad830808042255y59215481l5463d4dca9fb2001-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-08-05 6:03 ` Balbir Singh
2008-08-05 6:03 ` Balbir Singh
2008-08-05 9:27 ` Andrea Righi
2008-08-05 9:27 ` Andrea Righi
2008-08-05 16:25 ` Dave Hansen
2008-08-05 6:03 ` Balbir Singh
2008-08-05 9:27 ` Andrea Righi
2008-08-05 16:25 ` Dave Hansen
2008-08-05 16:25 ` Dave Hansen
2008-08-05 6:16 ` Hirokazu Takahashi
2008-08-04 20:50 ` Dave Hansen
2008-08-05 6:28 ` Hirokazu Takahashi
2008-08-05 6:28 ` Hirokazu Takahashi
2008-08-05 6:28 ` Hirokazu Takahashi
2008-08-05 6:28 ` Hirokazu Takahashi
2008-08-04 20:50 ` Dave Hansen
2008-08-05 5:55 ` Paul Menage
2008-08-05 6:16 ` Hirokazu Takahashi
2008-08-05 6:16 ` Hirokazu Takahashi
2008-08-05 9:31 ` Andrea Righi
[not found] ` <20080805.151642.31467169.taka-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-05 9:31 ` Andrea Righi
2008-08-05 9:31 ` Andrea Righi
2008-08-05 10:01 ` Hirokazu Takahashi
2008-08-05 10:01 ` Hirokazu Takahashi
2008-08-05 10:01 ` Hirokazu Takahashi
[not found] ` <48981E03.5020406-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2008-08-05 10:01 ` Hirokazu Takahashi
2008-08-05 6:16 ` Hirokazu Takahashi
2008-08-04 20:44 ` Andrea Righi
2008-08-04 20:44 ` Andrea Righi
2008-08-05 2:50 ` Satoshi UCHIDA
2008-08-05 2:50 ` Satoshi UCHIDA
2008-08-05 9:28 ` Andrea Righi
2008-08-05 9:28 ` Andrea Righi
2008-08-05 13:17 ` Ryo Tsuruta
2008-08-05 13:17 ` Ryo Tsuruta
2008-08-05 13:17 ` Ryo Tsuruta
2008-08-05 16:20 ` Dave Hansen
2008-08-06 2:44 ` KAMEZAWA Hiroyuki
2008-08-06 2:44 ` KAMEZAWA Hiroyuki
2008-08-06 3:30 ` Balbir Singh
[not found] ` <20080806114425.c0e9b24f.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2008-08-06 3:30 ` Balbir Singh
2008-08-06 3:30 ` Balbir Singh
2008-08-06 6:48 ` Hirokazu Takahashi
2008-08-06 6:48 ` Hirokazu Takahashi
2008-08-06 6:48 ` Hirokazu Takahashi
2008-08-06 6:48 ` Hirokazu Takahashi
2008-08-06 2:44 ` KAMEZAWA Hiroyuki
[not found] ` <48981D3B.2020701-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2008-08-05 13:17 ` Ryo Tsuruta
2008-08-05 16:20 ` Dave Hansen
2008-08-05 16:20 ` Dave Hansen
2008-08-05 9:28 ` Andrea Righi
2008-08-05 12:01 ` Hirokazu Takahashi
2008-08-05 12:01 ` Hirokazu Takahashi
2008-08-05 12:01 ` Hirokazu Takahashi
2008-08-05 12:01 ` Hirokazu Takahashi
2008-08-05 2:50 ` Satoshi UCHIDA
2008-08-04 18:22 ` Andrea Righi
2008-08-04 18:34 ` Balbir Singh
2008-08-04 18:34 ` Balbir Singh
2008-08-04 18:34 ` Balbir Singh
2008-08-04 20:42 ` Andrea Righi
2008-08-04 20:42 ` Andrea Righi
[not found] ` <48974BD3.6050503-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
2008-08-04 20:42 ` Andrea Righi
2008-08-06 1:13 ` RFC: I/O bandwidth controller (was Re: Too many I/O controller patches) Fernando Luis Vázquez Cao
2008-08-06 1:13 ` Fernando Luis Vázquez Cao
2008-08-06 1:13 ` Fernando Luis Vázquez Cao
2008-08-06 6:18 ` RFC: I/O bandwidth controller Ryo Tsuruta
2008-08-06 6:18 ` Ryo Tsuruta
2008-08-06 6:41 ` Fernando Luis Vázquez Cao
2008-08-06 15:48 ` Dave Hansen
[not found] ` <1218004892.3950.12.camel-xpvPi5bcW5X5OjGIXfuPlhrrLbDL3r4M6qtp775pBPw@public.gmane.org>
2008-08-06 15:48 ` Dave Hansen
2008-08-06 15:48 ` Dave Hansen
2008-08-07 4:38 ` Fernando Luis Vázquez Cao
2008-08-07 4:38 ` Fernando Luis Vázquez Cao
2008-08-07 4:38 ` Fernando Luis Vázquez Cao
[not found] ` <20080806.151824.104049463.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-06 6:41 ` Fernando Luis Vázquez Cao
2008-08-06 6:41 ` Fernando Luis Vázquez Cao
2008-08-06 6:18 ` Ryo Tsuruta
2008-08-06 16:42 ` RFC: I/O bandwidth controller (was Re: Too many I/O controller patches) Balbir Singh
2008-08-06 18:00 ` Dave Hansen
2008-08-06 18:00 ` Dave Hansen
2008-08-07 2:44 ` Fernando Luis Vázquez Cao
2008-08-07 2:44 ` Fernando Luis Vázquez Cao
[not found] ` <4899D464.1070506-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
2008-08-06 18:00 ` Dave Hansen
2008-08-07 2:44 ` Fernando Luis Vázquez Cao
2008-08-07 3:01 ` Fernando Luis Vázquez Cao
2008-08-07 3:01 ` Fernando Luis Vázquez Cao
2008-08-08 11:39 ` RFC: I/O bandwidth controller Hirokazu Takahashi
2008-08-08 11:39 ` Hirokazu Takahashi
2008-08-08 11:39 ` Hirokazu Takahashi
2008-08-12 5:35 ` Fernando Luis Vázquez Cao
[not found] ` <20080808.203944.29203232.taka-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-12 5:35 ` Fernando Luis Vázquez Cao
2008-08-12 5:35 ` Fernando Luis Vázquez Cao
[not found] ` <1218078075.3803.149.camel-xpvPi5bcW5X5OjGIXfuPlhrrLbDL3r4M6qtp775pBPw@public.gmane.org>
2008-08-08 11:39 ` Hirokazu Takahashi
2008-08-07 3:01 ` RFC: I/O bandwidth controller (was Re: Too many I/O controller patches) Fernando Luis Vázquez Cao
2008-08-06 16:42 ` Balbir Singh
2008-08-06 18:01 ` I/O bandwidth controller (was Re: Too many I/O controllerpatches) Caitlin Bestler
2008-08-06 18:01 ` Caitlin Bestler
2008-08-06 19:37 ` RFC: I/O bandwidth controller (was Re: Too many I/O controller patches) Naveen Gupta
2008-08-06 19:37 ` Naveen Gupta
2008-08-07 8:30 ` RFC: I/O bandwidth controller Hirokazu Takahashi
2008-08-07 8:30 ` Hirokazu Takahashi
2008-08-07 8:30 ` Hirokazu Takahashi
[not found] ` <2846be6b0808061237o6667c609l21bdb5a765469e95-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-08-07 8:30 ` Hirokazu Takahashi
2008-08-07 13:17 ` RFC: I/O bandwidth controller (was Re: Too many I/O controller patches) Fernando Luis Vázquez Cao
2008-08-07 13:17 ` Fernando Luis Vázquez Cao
2008-08-07 13:17 ` Fernando Luis Vázquez Cao
2008-08-11 18:18 ` Naveen Gupta
[not found] ` <1218115028.8460.353.camel-xpvPi5bcW5X5OjGIXfuPlhrrLbDL3r4M6qtp775pBPw@public.gmane.org>
2008-08-11 18:18 ` Naveen Gupta
2008-08-11 18:18 ` Naveen Gupta
2008-08-11 16:35 ` David Collier-Brown
2008-08-11 16:35 ` David Collier-Brown
[not found] ` <2846be6b0808111118q14995d84xdb9e6de500e415e2-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-08-11 16:35 ` David Collier-Brown
2008-08-07 7:46 ` Andrea Righi
2008-08-08 6:21 ` RFC: I/O bandwidth controller Hirokazu Takahashi
[not found] ` <1217985189.3154.57.camel-xpvPi5bcW5X5OjGIXfuPlhrrLbDL3r4M6qtp775pBPw@public.gmane.org>
2008-08-06 6:18 ` Ryo Tsuruta
2008-08-06 16:42 ` RFC: I/O bandwidth controller (was Re: Too many I/O controller patches) Balbir Singh
2008-08-06 18:01 ` I/O bandwidth controller (was Re: Too many I/O controllerpatches) Caitlin Bestler
2008-08-06 19:37 ` RFC: I/O bandwidth controller (was Re: Too many I/O controller patches) Naveen Gupta
2008-08-07 7:46 ` Andrea Righi
2008-08-07 7:46 ` Andrea Righi
2008-08-07 13:59 ` Fernando Luis Vázquez Cao
2008-08-07 13:59 ` Fernando Luis Vázquez Cao
2008-08-11 20:52 ` Andrea Righi
2008-08-12 7:18 ` Dong-Jae Kang
2008-08-12 11:10 ` RFC: I/O bandwidth controller Hirokazu Takahashi
2008-08-12 11:10 ` Hirokazu Takahashi
2008-08-12 12:55 ` Andrea Righi
2008-08-12 13:07 ` Andrea Righi
2008-08-12 13:54 ` Fernando Luis Vázquez Cao
2008-08-12 13:54 ` Fernando Luis Vázquez Cao
2008-08-12 15:03 ` James.Smart
2008-08-12 15:03 ` James.Smart-iH1Dq9VlAzfQT0dZR+AlfA
2008-08-12 15:03 ` James.Smart
2008-08-12 15:03 ` James.Smart
2008-08-12 21:00 ` Andrea Righi
[not found] ` <D1D4C3FF75F9354393DB8314DF43DEF2E7F7ED-LoKyJLA1qJyFVXFzP2DCKQ@public.gmane.org>
2008-08-12 21:00 ` Andrea Righi
2008-08-12 21:00 ` Andrea Righi
2008-08-12 20:44 ` Andrea Righi
2008-08-12 20:44 ` Andrea Righi
2008-08-13 7:47 ` Dong-Jae Kang
[not found] ` <2891419e0808130047o702c9174tf36a4316ed247497-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-08-13 17:56 ` Andrea Righi
2008-08-13 17:56 ` Andrea Righi
2008-08-13 17:56 ` Andrea Righi
[not found] ` <48A1F62E.4090202-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2008-08-13 7:47 ` Dong-Jae Kang
2008-08-13 7:47 ` Dong-Jae Kang
[not found] ` <1218549276.4456.100.camel-xpvPi5bcW5X5OjGIXfuPlhrrLbDL3r4M6qtp775pBPw@public.gmane.org>
2008-08-12 20:44 ` Andrea Righi
[not found] ` <48A18B1F.6080000-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2008-08-12 13:54 ` Fernando Luis Vázquez Cao
2008-08-12 13:07 ` Andrea Righi
2008-08-14 11:18 ` David Collier-Brown
[not found] ` <48A18854.9020000-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2008-08-12 13:07 ` Andrea Righi
2008-08-14 11:18 ` David Collier-Brown
2008-08-14 11:18 ` David Collier-Brown
2008-08-12 12:55 ` Andrea Righi
2008-08-12 13:15 ` Fernando Luis Vázquez Cao
2008-08-12 13:15 ` Fernando Luis Vázquez Cao
[not found] ` <20080812.201025.57762305.taka-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-12 12:55 ` Andrea Righi
2008-08-12 13:15 ` Fernando Luis Vázquez Cao
2008-08-13 6:23 ` 강동재
2008-08-13 6:23 ` 강동재
2008-08-13 6:23 ` 강동재
[not found] ` <loom.20080812T071504-212-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org>
2008-08-12 11:10 ` Hirokazu Takahashi
2008-08-12 11:10 ` Hirokazu Takahashi
2008-08-11 20:52 ` RFC: I/O bandwidth controller (was Re: Too many I/O controller patches) Andrea Righi
[not found] ` <1218117578.11703.81.camel-xpvPi5bcW5X5OjGIXfuPlhrrLbDL3r4M6qtp775pBPw@public.gmane.org>
2008-08-11 20:52 ` Andrea Righi
[not found] ` <489AA83F.1040306-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2008-08-07 13:59 ` Fernando Luis Vázquez Cao
2008-08-08 6:21 ` RFC: I/O bandwidth controller Hirokazu Takahashi
2008-08-08 6:21 ` Hirokazu Takahashi
2008-08-08 6:21 ` Hirokazu Takahashi
2008-08-08 6:21 ` Hirokazu Takahashi
[not found] ` <20080808.152119.43521725.taka-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-08 7:20 ` Ryo Tsuruta
2008-08-08 14:31 ` Hirokazu Takahashi
2008-08-08 7:20 ` Ryo Tsuruta
2008-08-08 7:20 ` Ryo Tsuruta
2008-08-08 7:20 ` Ryo Tsuruta
2008-08-08 8:10 ` Fernando Luis Vázquez Cao
[not found] ` <1218183056.17648.6.camel-xpvPi5bcW5X5OjGIXfuPlhrrLbDL3r4M6qtp775pBPw@public.gmane.org>
2008-08-08 10:05 ` Ryo Tsuruta
2008-08-08 10:05 ` Ryo Tsuruta
2008-08-08 10:05 ` Ryo Tsuruta
2008-08-08 10:05 ` Ryo Tsuruta
[not found] ` <20080808.162024.189720323.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-08 8:10 ` Fernando Luis Vázquez Cao
2008-08-08 8:10 ` Fernando Luis Vázquez Cao
2008-08-08 14:31 ` Hirokazu Takahashi
2008-08-08 14:31 ` Hirokazu Takahashi
2008-08-08 14:31 ` Hirokazu Takahashi
-- strict thread matches above, loose matches on Subject: below --
2008-08-12 12:33 [PATCH 1/7] dm-ioband: Patch of device-mapper driver Ryo Tsuruta
2008-08-12 12:34 ` [PATCH 2/7] dm-ioband: Documentation of design overview, installation, command reference and examples Ryo Tsuruta
2008-08-12 12:34 ` [PATCH 3/7] bio-cgroup: Introduction Ryo Tsuruta
2008-08-12 12:35 ` [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts Ryo Tsuruta
2008-08-18 1:39 ` KAMEZAWA Hiroyuki
[not found] ` <20080818103938.8b4e8bfa.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2008-08-19 3:28 ` Ryo Tsuruta
2008-08-19 3:28 ` Ryo Tsuruta
2008-08-19 3:28 ` Ryo Tsuruta
2008-08-19 4:01 ` Balbir Singh
[not found] ` <48AA4594.1000908-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
2008-08-19 12:46 ` Hirokazu Takahashi
2008-08-19 12:46 ` Hirokazu Takahashi
2008-08-19 12:46 ` Hirokazu Takahashi
2008-08-19 13:48 ` Balbir Singh
2008-08-19 13:48 ` Balbir Singh
2008-08-20 5:47 ` Hirokazu Takahashi
2008-08-20 5:47 ` Hirokazu Takahashi
[not found] ` <48AACF41.5090905-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
2008-08-20 5:47 ` Hirokazu Takahashi
2008-08-20 5:47 ` Hirokazu Takahashi
[not found] ` <20080819.214635.70071441.taka-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-19 13:48 ` Balbir Singh
2008-08-19 12:46 ` Hirokazu Takahashi
2008-08-19 4:01 ` Balbir Singh
[not found] ` <20080819.122811.59660409.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-19 4:01 ` Balbir Singh
2008-08-19 3:28 ` Ryo Tsuruta
[not found] ` <20080812.213533.189720227.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-18 1:39 ` KAMEZAWA Hiroyuki
2008-08-18 1:39 ` KAMEZAWA Hiroyuki
[not found] ` <20080812.213449.104039151.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2008-08-12 12:35 ` Ryo Tsuruta
2008-08-12 12:35 ` Ryo Tsuruta
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=48982A9D.2000803@gmail.com \
--to=righi.andrea-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=agk-9JcytcrH/bA+uJoB2kUjGw@public.gmane.org \
--cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=dm-devel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org \
--cc=virtualization-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org \
/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.