May 2008 Archives by author

• Messages sorted by: [ thread ] [ subject ] [ date ]
• More info on this list...

Starting: Thu May 1 13:41:06 EDT 2008
Ending: Fri May 30 06:37:25 EDT 2008
Messages: 168

• [Devel] Can a VE contain the root filesystem?   =?gb2312?B?tsXT6tH0?=
• [Devel] extradite oracle into a VE, can we?   =?gb2312?B?tsXT6tH0?=
• [Devel] suspend/resume instead of stop/start from vz init script   Vasily Averin
• [Devel] Can a VE contain the root filesystem?   Vasily Averin
• [Devel] suspend/resume instead of stop/start from vz init script   Matt Ayres
• [Devel] Re: [PATCH 1/8] Scaling msgmni to the amount of lowmem   Nadia Derbey
• [Devel] Re: Userspace checkpoint/restart hack: cryo   Nadia Derbey
• [Devel] Re: [PATCH 1/8] Scaling msgmni to the amount of lowmem   Nadia Derbey
• [Devel] Re: [PATCH 1/8] Scaling msgmni to the amount of lowmem   Nadia Derbey
• [Devel] [PATCH] nf_conntrack: fix error path unwind in nf_conntrack_expect_init()   Alexey Dobriyan
• [Devel] openvz: pull request (sync with 2.6.24-ovz005)   Alexey Dobriyan
• [Devel] [PATCH] sysctl: check for bogus modes   Alexey Dobriyan
• [Devel] [PATCH -mm] remove node_ prefix_from ns subsystem   Cedric Le Goater
• [Devel] Re: [PATCH -mm] remove node_ prefix_from ns subsystem   Cedric Le Goater
• [Devel] Re: [PATCH -mm] remove node_ prefix_from ns subsystem   Cedric Le Goater
• [Devel] Re: [PATCH 10/10] sysfs: user namespaces: add ns to user_struct   Serge E. Hallyn
• [Devel] Re: sysfs : fix kobject rename with multiple namespaces   Serge E. Hallyn
• [Devel] Re: [PATCH 1/8] Scaling msgmni to the amount of lowmem   Serge E. Hallyn
• [Devel] Re: [PATCH 1/8] Scaling msgmni to the amount of lowmem   Serge E. Hallyn
• [Devel] user namespace semantics (may 16)   Serge E. Hallyn
• [Devel] Re: [PATCH -mm] remove node_ prefix_from ns subsystem   Serge E. Hallyn
• [Devel] Re: [PATCH 1/8] Scaling msgmni to the amount of lowmem   Matt Helsley
• [Devel] Re: [RFC/PATCH 2/8]: CGroup Files: Add a cgroup write_string control file method   Matt Helsley
• [Devel] Re: [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   Matthew Helsley
• [Devel] Re: [PATCH 2/4] swapcgroup: add member to swap_info_struct for cgroup   KAMEZAWA Hiroyuki
• [Devel] Re: [PATCH 3/4] swapcgroup: implement charge/uncharge   KAMEZAWA Hiroyuki
• [Devel] Re: [PATCH 4/4] swapcgroup: modify vm_swap_full for cgroup   KAMEZAWA Hiroyuki
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   KAMEZAWA Hiroyuki
• [Devel] Re: [PATCH 2/4] swapcgroup: add member to swap_info_struct for cgroup   KAMEZAWA Hiroyuki
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   KAMEZAWA Hiroyuki
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   KAMEZAWA Hiroyuki
• [Devel] Re: [PATCH 3/4] swapcgroup: implement charge/uncharge   KAMEZAWA Hiroyuki
• [Devel] [RFC 0/4] memcg: background reclaim (v1)   KAMEZAWA Hiroyuki
• [Devel] [RFC 1/4] memcg: drop pages at rmdir (v1)   KAMEZAWA Hiroyuki
• [Devel] [RFC 2/4] memcg: high-low watermark   KAMEZAWA Hiroyuki
• [Devel] [RFC 3/4] memcg: background reclaim   KAMEZAWA Hiroyuki
• [Devel] [RFC 4/4] memcg: NUMA background reclaim   KAMEZAWA Hiroyuki
• [Devel] Re: [RFC 2/4] memcg: high-low watermark   KAMEZAWA Hiroyuki
• [Devel] Re: [RFC 2/4] memcg: high-low watermark   KAMEZAWA Hiroyuki
• [Devel] Re: [PATCH 3/4] swapcgroup: implement charge/uncharge   KAMEZAWA Hiroyuki
• [Devel] Re: [RFC 1/4] memcg: drop pages at rmdir (v1)   KAMEZAWA Hiroyuki
• [Devel] Re: [RFC 2/4] memcg: high-low watermark   KAMEZAWA Hiroyuki
• [Devel] Re: [RFC 3/4] memcg: background reclaim   KAMEZAWA Hiroyuki
• [Devel] Re: [RFC 4/4] memcg: NUMA background reclaim   KAMEZAWA Hiroyuki
• [Devel] [RFC 1/2] memcg: hierarchy support core (yet another one)   KAMEZAWA Hiroyuki
• [Devel] [RFC 2/2] memcg: hierarchy support interface (yet another one)   KAMEZAWA Hiroyuki
• [Devel] Re: [RFC 1/2] memcg: hierarchy support core (yet another one)   KAMEZAWA Hiroyuki
• [Devel] Re: [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   Paul Jackson
• [Devel] extradite oracle into a VE, can we?   Kirill Korotaev
• [Devel] sysfs : fix kobject rename with multiple namespaces   Daniel Lezcano
• [Devel] Re: sysfs : fix kobject rename with multiple namespaces   Daniel Lezcano
• [Devel] RE: [PATCH 1/8] Scaling msgmni to the amount of lowmem   Luck, Tony
• [Devel] Re: [PATCH] nf_conntrack: fix error path unwind in nf_conntrack_expect_init()   Patrick McHardy
• [Devel] Re: [RFC/PATCH 2/8]: CGroup Files: Add a cgroup write_string control file method   Paul Menage
• [Devel] Re: [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   Paul Menage
• [Devel] Re: [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   Paul Menage
• [Devel] Re: [RFC/PATCH 6/8]: CGroup Files: Remove cpuset_common_file_write()   Paul Menage
• [Devel] Re: [RFC/PATCH 3/8]: CGroup Files: Move the release_agent file to use typed handlers   Paul Menage
• [Devel] Re: [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   Paul Menage
• [Devel] Re: [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   Paul Menage
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   Paul Menage
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   Paul Menage
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   Paul Menage
• [Devel] Re: [PATCH -mm] remove node_ prefix_from ns subsystem   Paul Menage
• [Devel] Re: [PATCH -mm] remove node_ prefix_from ns subsystem   Paul Menage
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v3   Andrew Morton
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v3   Andrew Morton
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v3   Andrew Morton
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v3   Andrew Morton
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v4   Andrew Morton
• [Devel] Re: [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   Andrew Morton
• [Devel] Re: [RFC/PATCH 2/8]: CGroup Files: Add a cgroup write_string control file method   Andrew Morton
• [Devel] Re: [RFC/PATCH 3/8]: CGroup Files: Move the release_agent file to use typed handlers   Andrew Morton
• [Devel] Re: [RFC/PATCH 6/8]: CGroup Files: Remove cpuset_common_file_write()   Andrew Morton
• [Devel] Re: [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   Andrew Morton
• [Devel] Re: [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   Andrew Morton
• [Devel] Re: [PATCH -mm] remove node_ prefix_from ns subsystem   Andrew Morton
• [Devel] Re: [PATCH -mm] remove node_ prefix_from ns subsystem   Andrew Morton
• [Devel] Re: [PATCH -mm] remove node_ prefix_from ns subsystem   Andrew Morton
• [Devel] Re: [PATCH -mm] remove node_ prefix_from ns subsystem   Andrew Morton
• [Devel] Re: [PATCH 4/4] swapcgroup: modify vm_swap_full for cgroup   KOSAKI Motohiro
• [Devel] Re: [PATCH 4/4] swapcgroup: modify vm_swap_full for cgroup   KOSAKI Motohiro
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   KOSAKI Motohiro
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   KOSAKI Motohiro
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   Daisuke Nishimura
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   Daisuke Nishimura
• [Devel] [PATCH 0/4] swapcgroup(v2)   Daisuke Nishimura
• [Devel] [PATCH 1/4] swapcgroup: add cgroup files   Daisuke Nishimura
• [Devel] [PATCH 2/4] swapcgroup: add member to swap_info_struct for cgroup   Daisuke Nishimura
• [Devel] [PATCH 3/4] swapcgroup: implement charge/uncharge   Daisuke Nishimura
• [Devel] [PATCH 4/4] swapcgroup: modify vm_swap_full for cgroup   Daisuke Nishimura
• [Devel] Re: [PATCH 2/4] swapcgroup: add member to swap_info_struct for cgroup   Daisuke Nishimura
• [Devel] Re: [PATCH 4/4] swapcgroup: modify vm_swap_full for cgroup   Daisuke Nishimura
• [Devel] Re: [PATCH 4/4] swapcgroup: modify vm_swap_full for cgroup   Daisuke Nishimura
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Daisuke Nishimura
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Daisuke Nishimura
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Daisuke Nishimura
• [Devel] Re: [PATCH 3/4] swapcgroup: implement charge/uncharge   Daisuke Nishimura
• [Devel] Re: [PATCH 4/4] swapcgroup: modify vm_swap_full for cgroup   Daisuke Nishimura
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Daisuke Nishimura
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Daisuke Nishimura
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Daisuke Nishimura
• [Devel] [RFC][-mm] Simple stats for cpu resource controller v3   Balaji Rao
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v3   Balaji Rao
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v3   Balaji Rao
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v3   Balaji Rao
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v4   Balaji Rao
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v4   Balaji Rao
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v4   Balaji Rao
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Rik van Riel
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Rik van Riel
• [Devel] Re: [PATCH 0/3] cgroup: block device i/o bandwidth controller   Andrea Righi
• [Devel] Re: [RFC][v2][patch 0/12][CFQ-cgroup]Yet another I/O bandwidth controlling subsystem for CGroups based on CFQ   Andrea Righi
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   Balbir Singh
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   Balbir Singh
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Balbir Singh
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Balbir Singh
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Balbir Singh
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Balbir Singh
• [Devel] Re: [PATCH 0/3] cgroup: block device i/o bandwidth controller   Balbir Singh
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Balbir Singh
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Balbir Singh
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   Balbir Singh
• [Devel] Re: [RFC 1/4] memcg: drop pages at rmdir (v1)   Balbir Singh
• [Devel] Re: [RFC 2/4] memcg: high-low watermark   Balbir Singh
• [Devel] Re: [RFC 3/4] memcg: background reclaim   Balbir Singh
• [Devel] Re: [RFC 4/4] memcg: NUMA background reclaim   Balbir Singh
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   David Singleton
• [Devel] Dear devel@openvz.org May 89% 0FF   VIAGRA ® Official Site
• [Devel] [PATCH O/4] BIO tracking take2   Hirokazu Takahashi
• [Devel] [PATCH 1/4] BIO tracking take2   Hirokazu Takahashi
• [Devel] [PATCH 2/4] BIO tracking take2   Hirokazu Takahashi
• [Devel] [PATCH 3/4] BIO tracking take2   Hirokazu Takahashi
• [Devel] [PATCH 4/4] BIO tracking take2   Hirokazu Takahashi
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   YAMAMOTO Takashi
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   YAMAMOTO Takashi
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   YAMAMOTO Takashi
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   YAMAMOTO Takashi
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   YAMAMOTO Takashi
• [Devel] Re: [RFC][PATCH] another swap controller for cgroup   YAMAMOTO Takashi
• [Devel] Re: [PATCH 4/4] swapcgroup: modify vm_swap_full for cgroup   YAMAMOTO Takashi
• [Devel] Re: [PATCH 4/4] swapcgroup: modify vm_swap_full for cgroup   YAMAMOTO Takashi
• [Devel] Re: [RFC 2/4] memcg: high-low watermark   YAMAMOTO Takashi
• [Devel] Re: [PATCH 0/4] swapcgroup(v2)   YAMAMOTO Takashi
• [Devel] Re: [RFC 1/2] memcg: hierarchy support core (yet another one)   YAMAMOTO Takashi
• [Devel] Re: [RFC][v2][patch 0/12][CFQ-cgroup]Yet another I/O bandwidth controlling subsystem for CGroups based on CFQ   Ryo Tsuruta
• [Devel] Re: [RFC][v2][patch 0/12][CFQ-cgroup]Yet another I/O bandwidth controlling subsystem for CGroups based on CFQ   Ryo Tsuruta
• [Devel] [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.0.0: Introduction   Ryo Tsuruta
• [Devel] [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.0.0: Source code and patch   Ryo Tsuruta
• [Devel] [PATCH 2/2] dm-ioband: I/O bandwidth controller v1.0.0: Document   Ryo Tsuruta
• [Devel] Re: [RFC][v2][patch 0/12][CFQ-cgroup]Yet another I/O bandwidth controlling subsystem for CGroups based on CFQ   Ryo Tsuruta
• [Devel] Re: [RFC][v2][patch 0/12][CFQ-cgroup]Yet another I/O bandwidth controlling subsystem for CGroups based on CFQ   Ryo Tsuruta
• [Devel] RE: [RFC][v2][patch 0/12][CFQ-cgroup]Yet another I/O bandwidth controlling subsystem for CGroups based on CFQ   Satoshi UCHIDA
• [Devel] RE: [RFC][v2][patch 0/12][CFQ-cgroup]Yet another I/O bandwidth controlling subsystem for CGroups based on CFQ   Satoshi UCHIDA
• [Devel] RE: [RFC][v2][patch 0/12][CFQ-cgroup]Yet another I/O bandwidth controlling subsystem for CGroups based on CFQ   Satoshi UCHIDA
• [Devel] Re: [RFC][-mm] Simple stats for cpu resource controller v4   Li Zefan
• [Devel] Re: [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   Li Zefan
• [Devel] Re: [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   Li Zefan
• [Devel] Re: [RFC 2/4] memcg: high-low watermark   Li Zefan
• [Devel] [RFC/PATCH 0/8]: CGroup Files: Clean up locking and boilerplate   menage at google.com
• [Devel] [RFC/PATCH 1/8]: CGroup Files: Add locking mode to cgroups control files   menage at google.com
• [Devel] [RFC/PATCH 2/8]: CGroup Files: Add a cgroup write_string control file method   menage at google.com
• [Devel] [RFC/PATCH 3/8]: CGroup Files: Move the release_agent file to use typed handlers   menage at google.com
• [Devel] [RFC/PATCH 4/8]: CGroup Files: Move notify_on_release file to separate write handler   menage at google.com
• [Devel] [RFC/PATCH 5/8]: CGroup Files: Turn attach_task_by_pid directly into a cgroup write handler   menage at google.com
• [Devel] [RFC/PATCH 6/8]: CGroup Files: Remove cpuset_common_file_write()   menage at google.com
• [Devel] [RFC/PATCH 7/8]: CGroup Files: Convert devcgroup_access_write() into a cgroup write_string() handler   menage at google.com
• [Devel] [RFC/PATCH 8/8]: CGroup Files: Convert res_counter_write() to be a cgroups write_string() handler   menage at google.com

Last message date: Fri May 30 06:37:25 EDT 2008
Archived on: Fri Jun 6 08:37:08 EDT 2008

• Messages sorted by: [ thread ] [ subject ] [ date ]
• More info on this list...