[Devel] Re: [RFC][PATCH -mm 0/5] cgroup: block device i/o controller (v9)
Hirokazu Takahashi
taka at valinux.co.jp
Wed Sep 17 00:18:11 PDT 2008
Hi,
> TODO:
>
> * Try to push down the throttling and implement it directly in the I/O
> schedulers, using bio-cgroup (http://people.valinux.co.jp/~ryov/bio-cgroup/)
> to keep track of the right cgroup context. This approach could lead to more
> memory consumption and increases the number of dirty pages (hard/slow to
> reclaim pages) in the system, since dirty-page ratio in memory is not
> limited. This could even lead to potential OOM conditions, but these problems
> can be resolved directly into the memory cgroup subsystem
>
> * Handle I/O generated by kswapd: at the moment there's no control on the I/O
> generated by kswapd; try to use the page_cgroup functionality of the memory
> cgroup controller to track this kind of I/O and charge the right cgroup when
> pages are swapped in/out
FYI, this also can be done with bio-cgroup, which determine the owner cgroup
of a given anonymous page.
Thanks,
Hirokazu Takahashi
_______________________________________________
Containers mailing list
Containers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
More information about the Devel
mailing list