Linux Cgroups Development - Date Index
[Prev Page][Next Page]
- [PATCH v2 0/2] update memcg to break its need of populate
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFC] patch
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- [RESEND, PATCH] memcg: make threshold index in the right position
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
- Re: [PATCH] memcg: revise the position of threshold index while unregistering event
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: [PATCH] memcg: Do not open code accesses to res_counter members
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] memcg: revise the position of threshold index while unregistering event
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] memcg: revise the position of threshold index while unregistering event
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 5/6] memcg: fix broken boolen expression
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC] patch
- From: Alexander Nikiforov <a.nikiforov@xxxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: [PATCH 5/6] memcg: fix broken boolen expression
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Lsf] [RFC] writeback and cgroup
- From: Steve French <smfrench@xxxxxxxxx>
- Re: [Lsf] [RFC] writeback and cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [Lsf] [RFC] writeback and cgroup
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- Re: [RFC] writeback and cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- Re: [Lsf] [RFC] writeback and cgroup
- From: Steve French <smfrench@xxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- From: Shaohua Li <shli@xxxxxxxxxx>
- Re: [RFC] writeback and cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- From: Shaohua Li <shli@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Tejun Heo <tj@xxxxxxxxxx>
- [RFC] writeback and cgroup
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
- Re: [PATCHSET] block: modularize blkcg config and stat file handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
- Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
- Re: [PATCHSET] block: modularize blkcg config and stat file handling
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
- Re: [PATCHSET] block: modularize blkcg config and stat file handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC] patch
- From: Alexander Nikiforov <a.nikiforov@xxxxxxxxxxx>
- Re: [RFC] patch
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- [RFC] patch
- From: Alexander Nikiforov <a.nikiforov@xxxxxxxxxxx>
- [RFC] event about group change
- From: Alexander Nikiforov <a.nikiforov@xxxxxxxxxxx>
- Re: [PATCHSET] block: modularize blkcg config and stat file handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCHSET] block: modularize blkcg config and stat file handling
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
- From: Li Zefan <lizefan@xxxxxxxxxx>
- Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
- From: Hiroyuki Kamezawa <kamezawa.hiroyuki@xxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] cgroup: deprecate remount option changes mount option
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Li Zefan <lizefan@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Li Zefan <lizefan@xxxxxxxxxx>
- [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 1/2] cgroup: use negative bias on css->refcnt to block css_tryget()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH UPDATED 11/12] cgroup: introduce struct cfent
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC 5/7] use percpu_counters for res_counter usage
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFC 5/7] use percpu_counters for res_counter usage
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Li Zefan <lizefan@xxxxxxxxxx>
- Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [RFC 0/7] Initial proposal for faster res_counter updates
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFC 5/7] use percpu_counters for res_counter usage
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC 5/7] use percpu_counters for res_counter usage
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH for-3.4-fixes] cgroup: cgroup_attach_task() could return -errno after success
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [RFC 0/7] Initial proposal for faster res_counter updates
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [RFC 7/7] Global optimization
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [RFC 6/7] Add min and max statistics to percpu_counter
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [RFC 5/7] use percpu_counters for res_counter usage
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [RFC 4/7] move res_counter_set limit to res_counter.c
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [RFC 3/7] bundle a percpu counter into res_counters and use its lock
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [RFC 2/7] consolidate all res_counter manipulation
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [RFC 1/7] split percpu_counter_sum
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [RFC 0/7] Initial proposal for faster res_counter updates
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [GIT PULL] cgroup: urgent fix for 3.4-rc1 merge window
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH for-3.4-fixes] cgroup: cgroup_attach_task() could return -errno after success
- From: Li Zefan <lizefan@xxxxxxxxxx>
- Re: [PATCH for-3.4-fixes] cgroup: cgroup_attach_task() could return -errno after success
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- [PATCH for-3.4-fixes] cgroup: cgroup_attach_task() could return -errno after success
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: cgroups commit 61d1d219c4 breaks systemd
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] cgroup: update MAINTAINERS entry
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] block: modularize blkcg config and stat file handling
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: Michal Hocko <mhocko@xxxxxxx>
- [PATCH] cgroup: update MAINTAINERS entry
- From: Li Zefan <lizefan@xxxxxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [PATCH 04/21] blkcg: restructure statistics printing
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 05/21] blkcg: drop blkiocg_file_write_u64()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 06/21] blkcg: restructure configuration printing
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 07/21] blkcg: restructure blkio_group configruation setting
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 08/21] blkcg: blkg_conf_prep()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 02/21] blkcg: BLKIO_STAT_CPU_SECTORS doesn't have subcounters
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 09/21] blkcg: export conf/stat helpers to prepare for reorganization
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 19/21] blkcg: move blkio_group_conf->iops and ->bps to blk-throttle
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 17/21] blkcg: move blkio_group_stats_cpu and friends to blk-throttle.c
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 16/21] blkcg: move blkio_group_stats to cfq-iosched.c
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 08/21] blkcg: blkg_conf_prep()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 20/21] blkcg: pass around pd->pdata instead of pd itself in prfill functions
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 14/21] blkcg: cfq doesn't need per-cpu dispatch stats
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 21/21] blkcg: drop BLKCG_STAT_{PRIV|POL|OFF} macros
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 10/21] blkcg: implement blkio_policy_type->cftypes
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 15/21] blkcg: add blkio_policy_ops operations for exit and stat reset
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 11/21] blkcg: move conf/stat file handling code to policies
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 12/21] cfq: collapse cfq.h into cfq-iosched.c
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 13/21] blkcg: move statistics update code to policies
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 03/21] blkcg: introduce blkg_stat and blkg_rwstat
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 01/21] blkcg: remove unused @pol and @plid parameters
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCHSET] block: modularize blkcg config and stat file handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- cgroups commit 61d1d219c4 breaks systemd
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH -V4 10/10] memcg: Add memory controller documentation for hugetlb management
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH -V4 09/10] memcg: move HugeTLB resource count to parent cgroup on memcg removal
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH -V4 02/10] hugetlbfs: don't use ERR_PTR with VM_FAULT* values
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH -V4 03/10] hugetlbfs: Add an inline helper for finding hstate index
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH -V4 02/10] hugetlbfs: don't use ERR_PTR with VM_FAULT* values
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH -V4 01/10] hugetlb: rename max_hstate to hugetlb_max_hstate
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: Q: cgroup: Questions about possible issues in cgroup locking
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] memcg: change behavior of moving charges at task move
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH] memcg: change behavior of moving charges at task move
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: change behavior of moving charges at task move
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: [RFC][PATCH 3/3] memcg: atomic update of memcg pointer and other bits.
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [RFC] event about group change
- From: Alexander Nikiforov <a.nikiforov@xxxxxxxxxxx>
- [RFC] event about group change
- From: Nikiforov Alex <a.nikiforov@xxxxxxxxxxx>
- Re: [RFC][PATCH 3/3] memcg: atomic update of memcg pointer and other bits.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: change behavior of moving charges at task move
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: change behavior of moving charges at task move
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] memcg: change behavior of moving charges at task move
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: change behavior of moving charges at task move
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: change behavior of moving charges at task move
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] memcg: change behavior of moving charges at task move
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v2 2/2] cgroup: get rid of populate for memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH v2 1/2] cgroup: pass struct mem_cgroup instead of struct cgroup to socket memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH v2 0/2] remove sock memcg dependencies on populate
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH] memcg: change behavior of moving charges at task move
- From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
- Re: [RFC][PATCH 3/3] memcg: atomic update of memcg pointer and other bits.
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [RFC][PATCH 1/3] memcg: add methods to access pc->mem_cgroup
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [RFC][PATCH 2/3] memcg: reduce size of struct page_cgroup.
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: memcg-devel updated for v3.3
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface, take #2
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 08/12] cgroup: convert memcg controller to the new cftype interface
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 07/12] memcg: always create memsw files if CONFIG_CGROUP_MEM_RES_CTLR_SWAP
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [PATCH 01/12] cgroup: move cgroup_clear_directory() call out of cgroup_populate_dir()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 05/12] cgroup: relocate cftype and cgroup_subsys definitions in controllers
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 02/12] cgroup: build list of all cgroups under a given cgroupfs_root
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 07/12] memcg: always create memsw files if CONFIG_CGROUP_MEM_RES_CTLR_SWAP
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 06/12] cgroup: convert all non-memcg controllers to the new cftype interface
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 09/12] cgroup: remove cgroup_add_file[s]()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 08/12] cgroup: convert memcg controller to the new cftype interface
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 12/12] cgroup: implement cgroup_rm_cftypes()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 10/12] cgroup: relocate __d_cgrp() and __d_cft()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 11/12] cgroup: introduce struct cfent
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 04/12] cgroup: merge cft_release_agent cftype array into the base files array
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 03/12] cgroup: implement cgroup_add_cftypes() and friends
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCHSET] cgroup: cftype based file interface, take #2
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Q: cgroup: Questions about possible issues in cgroup locking
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH 4/4] get rid of populate for memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 4/4] get rid of populate for memcg
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 3/4] provide a function to register more cftype files into memcg
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 4/4] get rid of populate for memcg
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] memcg: Do not open code accesses to res_counter members
- From: Michal Hocko <mhocko@xxxxxxx>
- [PATCH] memcg: change behavior of moving charges at task move
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- memcg-devel updated for v3.3
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH 4/4] get rid of populate for memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFC][PATCH 0/3] page cgroup diet
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC][PATCH 0/3] page cgroup diet
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: Do not open code accesses to res_counter members
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC][PATCH 1/3] memcg: add methods to access pc->mem_cgroup
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC][PATCH 0/3] page cgroup diet
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC][PATCH 2/3] memcg: reduce size of struct page_cgroup.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: Q: cgroup: Questions about possible issues in cgroup locking
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH 3/4] provide a function to register more cftype files into memcg
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 4/4] get rid of populate for memcg
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH UPDATED 09/10] cgroup: introduce struct cfent
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH] memcg: Do not open code accesses to res_counter members
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 3/4] provide a function to register more cftype files into memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 09/10] cgroup: introduce struct cfent
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 4/4] get rid of populate for memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 1/4] don't trigger warning when d_subdirs is not empty.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 2/4] pass struct mem_cgroup instead of struct cgroup to socket memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 0/4] My contribution towards the end of populate()
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 09/10] cgroup: introduce struct cfent
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 09/10] cgroup: introduce struct cfent
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 09/10] cgroup: introduce struct cfent
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 03/10] cgroup: implement cgroup_add_cftypes() and friends
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 09/10] cgroup: introduce struct cfent
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 07/10] cgroup: remove cgroup_add_file[s]()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 09/10] cgroup: introduce struct cfent
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH -V4 07/10] hugetlbfs: Add memcg control files for hugetlbfs
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/10] cgroup: implement cgroup_add_cftypes() and friends
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 07/10] cgroup: remove cgroup_add_file[s]()
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [GIT PULL] cgroup changes for v3.4
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC][PATCH 2/3] memcg: reduce size of struct page_cgroup.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [RFC][PATCH 0/3] page cgroup diet
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC][PATCH 1/3] memcg: add methods to access pc->mem_cgroup
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [RFC][PATCH 1/3] memcg: add methods to access pc->mem_cgroup
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 01/10] cgroup: move cgroup_clear_directory() call out of cgroup_populate_dir()
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCHSET] cgroup: cftype based file interface
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V4 09/10] memcg: move HugeTLB resource count to parent cgroup on memcg removal
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: What's the progress of per cgroup background reclaim?
- From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
- [RFC][PATCH 3/3] memcg: atomic update of memcg pointer and other bits.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [RFC][PATCH 2/3] memcg: reduce size of struct page_cgroup.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [RFC][PATCH 1/3] memcg: add methods to access pc->mem_cgroup
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [RFC][PATCH 0/3] page cgroup diet
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 07/10] hugetlbfs: Add memcg control files for hugetlbfs
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 07/10] hugetlbfs: Add memcg control files for hugetlbfs
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V4 02/10] hugetlbfs: don't use ERR_PTR with VM_FAULT* values
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 09/10] memcg: move HugeTLB resource count to parent cgroup on memcg removal
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 07/10] hugetlbfs: Add memcg control files for hugetlbfs
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 06/10] memcg: track resource index in cftype private
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 03/10] hugetlbfs: Add an inline helper for finding hstate index
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 02/10] hugetlbfs: don't use ERR_PTR with VM_FAULT* values
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V4 01/10] hugetlb: rename max_hstate to hugetlb_max_hstate
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [PATCH 02/10] cgroup: build list of all cgroups under a given cgroupfs_root
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 01/10] cgroup: move cgroup_clear_directory() call out of cgroup_populate_dir()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCHSET] cgroup: cftype based file interface
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 04/10] cgroup: merge cft_release_agent cftype array into the base files array
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 03/10] cgroup: implement cgroup_add_cftypes() and friends
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 05/10] cgroup: convert all non-memcg controllers to the new cftype interface
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 09/10] cgroup: introduce struct cfent
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 07/10] cgroup: remove cgroup_add_file[s]()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 10/10] cgroup: implement cgroup_rm_cftypes()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 08/10] cgroup: relocate __d_cgrp() and __d_cft()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH -V4 02/10] hugetlbfs: don't use ERR_PTR with VM_FAULT* values
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V4 01/10] hugetlb: rename max_hstate to hugetlb_max_hstate
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V4 04/10] memcg: Add HugeTLB extension
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V4 06/10] memcg: track resource index in cftype private
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V4 07/10] hugetlbfs: Add memcg control files for hugetlbfs
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V4 09/10] memcg: move HugeTLB resource count to parent cgroup on memcg removal
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V4 10/10] memcg: Add memory controller documentation for hugetlb management
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V4 03/10] hugetlbfs: Add an inline helper for finding hstate index
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V4 00/10] memcg: Add memcg extension to control HugeTLB allocation
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] cgroup: deprecate remount option changes mount option
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] cgroup: deprecate remount option changes mount option
- From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
- Re: [PATCH] cgroup: deprecate remount option changes and "name=" mount option
- From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
- [PATCH] cgroup: deprecate remount option changes mount option
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] cgroup: deprecate remount option changes and "name=" mount option
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: What's the progress of per cgroup background reclaim?
- From: Ying Han <yinghan@xxxxxxxxxx>
- Re: [PATCH v2 07/13] memcg: Slab accounting.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: What's the progress of per cgroup background reclaim?
- From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
- Re: What's the progress of per cgroup background reclaim?
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V3 2/8] memcg: Add HugeTLB extension
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] cgroup: deprecate remount option changes and "name=" mount option
- From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
- Re: [PATCH v2 06/13] slab: Add kmem_cache_gfp_flags() helper function.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH v2 07/13] memcg: Slab accounting.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- [PATCH] cgroup: deprecate remount option changes and "name=" mount option
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: What's the progress of per cgroup background reclaim?
- From: Ying Han <yinghan@xxxxxxxxxx>
- Re: [PATCH -V3 5/8] hugetlbfs: Add memcg control files for hugetlbfs
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V3 0/8] memcg: Add memcg extension to control HugeTLB allocation
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V3 7/8] memcg: move HugeTLB resource count to parent cgroup on memcg removal
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 03/13] memcg: Uncharge all kmem when deleting a cgroup.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 06/13] slab: Add kmem_cache_gfp_flags() helper function.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH -V3 5/8] hugetlbfs: Add memcg control files for hugetlbfs
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V3 5/8] hugetlbfs: Add memcg control files for hugetlbfs
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 07/13] memcg: Slab accounting.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH -V3 4/8] memcg: track resource index in cftype private
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V3 2/8] memcg: Add HugeTLB extension
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: What's the progress of per cgroup background reclaim?
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- What's the progress of per cgroup background reclaim?
- From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
- Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v2 06/13] slab: Add kmem_cache_gfp_flags() helper function.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH v2 03/13] memcg: Uncharge all kmem when deleting a cgroup.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH v2 07/13] memcg: Slab accounting.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [RFC] cgroup: removing css reference drain wait during cgroup removal
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC] cgroup: removing css reference drain wait during cgroup removal
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH -V3 0/8] memcg: Add memcg extension to control HugeTLB allocation
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V3 7/8] memcg: move HugeTLB resource count to parent cgroup on memcg removal
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] cgroup: removing css reference drain wait during cgroup removal
- From: Matt Helsley <matthltc@xxxxxxxxxx>
- Re: [PATCH -V3 5/8] hugetlbfs: Add memcg control files for hugetlbfs
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V3 2/8] memcg: Add HugeTLB extension
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: Greg Thelen <gthelen@xxxxxxxxxx>
- Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: C Anthony Risinger <anthony@xxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: C Anthony Risinger <anthony@xxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: Hillf Danton <dhillf@xxxxxxxxx>
- Re: [PATCH -V3 1/8] hugetlb: rename max_hstate to hugetlb_max_hstate
- From: Hillf Danton <dhillf@xxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH -V3 0/8] memcg: Add memcg extension to control HugeTLB allocation
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V3 2/8] memcg: Add HugeTLB extension
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V3 6/8] hugetlbfs: Add a list for tracking in-use HugeTLB pages
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V3 8/8] memcg: Add memory controller documentation for hugetlb management
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V3 7/8] memcg: move HugeTLB resource count to parent cgroup on memcg removal
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V3 5/8] hugetlbfs: Add memcg control files for hugetlbfs
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V3 4/8] memcg: track resource index in cftype private
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V3 1/8] hugetlb: rename max_hstate to hugetlb_max_hstate
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 03/13] memcg: Uncharge all kmem when deleting a cgroup.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
- Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
- From: Tejun Heo <tj@xxxxxxxxxx>
- [RFC] cgroup: removing css reference drain wait during cgroup removal
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFC PATCH v1 0/4] cgroup quota
- From: Jeff Liu <jeff.liu@xxxxxxxxxx>
- Re: [RFC PATCH v1 0/4] cgroup quota
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- [RESEND, PATCH] memcg: make threshold index in the right position
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
- Re: [RFC PATCH v1 0/4] cgroup quota
- From: Jeff Liu <jeff.liu@xxxxxxxxxx>
- Re: [RFC PATCH v1 1/4] cgroup quota: add disk space parse strategy to res_counter
- From: Jeff Liu <jeff.liu@xxxxxxxxxx>
- Re: [RFC PATCH v1 0/4] cgroup quota
- From: Jeff Liu <jeff.liu@xxxxxxxxxx>
- Re: [PATCH v2 09/13] memcg: Account for kmalloc in kernel memory accounting.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFC PATCH v1 0/4] cgroup quota
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFC PATCH v1 1/4] cgroup quota: add disk space parse strategy to res_counter
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFC PATCH v1 0/4] cgroup quota
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 06/13] slab: Add kmem_cache_gfp_flags() helper function.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 04/13] memcg: Make it possible to use the stock for more than one page.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 13/13] memcg: Document kernel memory accounting.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 12/13] memcg: Per-memcg memory.kmem.slabinfo file.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 07/13] memcg: Slab accounting.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 03/13] memcg: Uncharge all kmem when deleting a cgroup.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 01/13] memcg: Consolidate various flags into a single flags field.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/13] Memcg Kernel Memory Tracking.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 04/13] memcg: Make it possible to use the stock for more than one page.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 05/13] memcg: Reclaim when more than one page needed.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 06/13] slab: Add kmem_cache_gfp_flags() helper function.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 11/13] memcg: Handle bypassed kernel memory charges.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 07/13] memcg: Slab accounting.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 01/13] memcg: Consolidate various flags into a single flags field.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 13/13] memcg: Document kernel memory accounting.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 09/13] memcg: Account for kmalloc in kernel memory accounting.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 08/13] memcg: Make dentry slab memory accounted in kernel memory accounting.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 03/13] memcg: Uncharge all kmem when deleting a cgroup.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 10/13] memcg: Track all the memcg children of a kmem_cache.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 12/13] memcg: Per-memcg memory.kmem.slabinfo file.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH v2 00/13] Memcg Kernel Memory Tracking.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
- From: Tejun Heo <tj@xxxxxxxxxx>
- [RFC PATCH v1 1/4] cgroup quota: add disk space parse strategy to res_counter
- From: Jeff Liu <jeff.liu@xxxxxxxxxx>
- [RFC PATCH v1 4/4] cgroup quota: validate and charge inode quota for XFS
- From: Jeff Liu <jeff.liu@xxxxxxxxxx>
- [RFC PATCH v1 2/4] cgroup quota: introduce quota subsys
- From: Jeff Liu <jeff.liu@xxxxxxxxxx>
- [RFC PATCH v1 3/4] cgroup quota: validate and charge block quota for XFS
- From: Jeff Liu <jeff.liu@xxxxxxxxxx>
- [RFC PATCH v1 0/4] cgroup quota
- From: Jeff Liu <jeff.liu@xxxxxxxxxx>
- Re: [PATCH] memcg: Free spare array to avoid memory leak
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: Free spare array to avoid memory leak
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: Free spare array to avoid memory leak
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
- Re: [PATCH] memcg: Free spare array to avoid memory leak
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: Free spare array to avoid memory leak
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: Free spare array to avoid memory leak
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
- Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] memcg: Free spare array to avoid memory leak
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH -V2 4/9] memcg: Add non reclaim resource tracking to memcg
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] memcg: Free spare array to avoid memory leak
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
- Re: [PATCH] memcg: Free spare array to avoid memory leak
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH] memcg: revise the position of threshold index while unregistering event
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
- Re: [PATCH v2 0/3] cgroup: add xattr support
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: revise the position of threshold index while unregistering event
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: revise the position of threshold index while unregistering event
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
- Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V2 4/9] memcg: Add non reclaim resource tracking to memcg
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] memcg: revise the position of threshold index while unregistering event
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [patch] mm, memcg: pass charge order to oom killer
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [patch] mm, memcg: do not allow tasks to be attached with zero limit
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH] memcg: Free spare array to avoid memory leak
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
- Re: [PATCH] memcg: revise the position of threshold index while unregistering event
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH] memcg: Free spare array to avoid memory leak
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- [patch] mm, memcg: pass charge order to oom killer
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v2 0/3] cgroup: add xattr support
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH] memcg: Free spare array to avoid memory leak
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
- [PATCH] memcg: revise the position of threshold index while unregistering event
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
- From: David Gibson <dwg@xxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Mike Galbraith <efault@xxxxxx>
- Re: [PATCH 00/10] cgroups: Task counter subsystem v8
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH 00/10] cgroups: Task counter subsystem v8
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH 00/10] cgroups: Task counter subsystem v8
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 00/10] cgroups: Task counter subsystem v8
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Mike Galbraith <efault@xxxxxx>
- Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
- From: Hillf Danton <dhillf@xxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
- Re: [PATCH 00/10] cgroups: Task counter subsystem v8
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [RFC] memcg usage_in_bytes does not account file mapped and slab memory
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V2 4/9] memcg: Add non reclaim resource tracking to memcg
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] cgroup: add xattr support
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH -V2 1/9] mm: move hugetlbfs region tracking function to common code
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [RFC] memcg usage_in_bytes does not account file mapped and slab memory
- From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Mike Galbraith <efault@xxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Michal Schmidt <mschmidt@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Michal Schmidt <mschmidt@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Michal Schmidt <mschmidt@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Michal Schmidt <mschmidt@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH -V2 4/9] memcg: Add non reclaim resource tracking to memcg
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/3] cgroup: revise how we re-populate root directory
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] xattr: extract kmem_xattr code from tmpfs
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
- From: David Gibson <dwg@xxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [PATCH 00/10] cgroups: Task counter subsystem v8
- From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: C Anthony Risinger <anthony@xxxxxxx>
- Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -V2 1/9] mm: move hugetlbfs region tracking function to common code
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Mike Galbraith <efault@xxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Mike Galbraith <efault@xxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Michal Schmidt <mschmidt@xxxxxxxxxx>
- Re: [PATCH v2 2/3] cgroup: revise how we re-populate root directory
- From: Hillf Danton <dhillf@xxxxxxxxx>
- Re: [PATCH v2 1/3] xattr: extract kmem_xattr code from tmpfs
- From: Hillf Danton <dhillf@xxxxxxxxx>
- [PATCH -V2 1/9] mm: move hugetlbfs region tracking function to common code
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V2 2/9] mm: Update region function to take new data arg
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V2 3/9] hugetlbfs: Use the generic region API and drop local one
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V2 6/9] hugetlbfs: Add memory controller support for private mapping
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V2 4/9] memcg: Add non reclaim resource tracking to memcg
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V2 8/9] hugetlbfs: Add memcg control files for hugetlbfs
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V2 9/9] memcg: Add memory controller documentation for hugetlb management
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V2 5/9] hugetlbfs: Add memory controller support for shared mapping
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH -V2 7/9] memcg: track resource index in cftype private
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 3/3] cgroup: add xattr support
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- [PATCH v2 2/3] cgroup: revise how we re-populate root directory
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- [PATCH v2 1/3] xattr: extract kmem_xattr code from tmpfs
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- [PATCH v2 0/3] cgroup: add xattr support
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 1/7] small cleanup for memcontrol.c
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 07/10] memcg: Stop res_counter underflows.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 1/7] small cleanup for memcontrol.c
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 07/10] memcg: Stop res_counter underflows.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] memcg: Slab accounting.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 03/10] memcg: Reclaim when more than one page needed.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 01/10] memcg: Kernel memory accounting infrastructure.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 05/10] memcg: Slab accounting.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 07/10] memcg: Stop res_counter underflows.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 0/7] memcg kernel memory tracking
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 07/10] memcg: Stop res_counter underflows.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] memcg: Slab accounting.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 01/10] memcg: Kernel memory accounting infrastructure.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 01/10] memcg: Kernel memory accounting infrastructure.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
- From: Pekka Enberg <penberg@xxxxxxxxxx>
- [PATCH 01/10] memcg: Kernel memory accounting infrastructure.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH 05/10] memcg: Slab accounting.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- Re: [PATCH 10/10] memcg: Document kernel memory accounting.
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [PATCH 00/10] memcg: Kernel Memory Accounting.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH 06/10] memcg: Track all the memcg children of a kmem_cache.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH 10/10] memcg: Document kernel memory accounting.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH 07/10] memcg: Stop res_counter underflows.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH 09/10] memcg: Per-memcg memory.kmem.slabinfo file.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH 03/10] memcg: Reclaim when more than one page needed.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
- From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH] mm: memcg: Remove redundant BUG_ON() in mem_cgroup_usage_unregister_event
- From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
- Re: [PATCH 0/7] memcg kernel memory tracking
- From: Ying Han <yinghan@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] memcg: fix page_referencies cgroup filter on global reclaim
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- Re: [PATCH 0/7] memcg kernel memory tracking
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH 4/7] chained slab caches: move pages to a different cache when a cache is destroyed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 5/7] shrink support for memcg kmem controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] chained slab caches: move pages to a different cache when a cache is destroyed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 3/7] per-cgroup slab caches
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 0/7] memcg kernel memory tracking
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 3/7] per-cgroup slab caches
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 1/7] small cleanup for memcontrol.c
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 5/7] shrink support for memcg kmem controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH 0/7] memcg kernel memory tracking
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 0/7] memcg kernel memory tracking
- From: Pekka Enberg <penberg@xxxxxxxxxx>
- Re: [PATCH 5/7] shrink support for memcg kmem controller
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 4/7] chained slab caches: move pages to a different cache when a cache is destroyed.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 3/7] per-cgroup slab caches
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 1/7] small cleanup for memcontrol.c
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 3/7] per-cgroup slab caches
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 4/7] chained slab caches: move pages to a different cache when a cache is destroyed.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 5/7] shrink support for memcg kmem controller
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [PATCH 0/7] memcg kernel memory tracking
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
- Re: [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- [RFD] cgroup: about multiple hierarchies
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 1/2] memcg: fix page_referencies cgroup filter on global reclaim
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: [PATCH 1/2] memcg: fix page_referencies cgroup filter on global reclaim
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- [PATCH 5/7] shrink support for memcg kmem controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 6/7] track dcache per-memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 7/7] example shrinker for memcg-aware dcache
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 4/7] chained slab caches: move pages to a different cache when a cache is destroyed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 3/7] per-cgroup slab caches
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 2/7] Basic kernel memory functionality for the Memory Controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 0/7] memcg kernel memory tracking
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH 1/7] small cleanup for memcontrol.c
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH] memcg: rework inactive_ratio logic
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- Re: [PATCH 1/2] memcg: fix page_referencies cgroup filter on global reclaim
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: [PATCH] memcg: rework inactive_ratio logic
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: [PATCH 00/10] cgroups: Task counter subsystem v8
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH 0/5] per-cpu/cpuacct cgroup scheduler statistics
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH] memcg: rework inactive_ratio logic
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] memcg: use vm_swappiness from current memcg
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- Re: [PATCH] memcg: rework inactive_ratio logic
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- Re: [PATCH] memcg: rework inactive_ratio logic
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
[Index of Archives]
[Linux ARM Kernel]
[Linux ARM]
[Linux Omap]
[Fedora ARM]
[IETF Annouce]
[Security]
[Bugtraq]
[Linux OMAP]
[Linux MIPS]
[eCos]
[Asterisk Internet PBX]
[Linux API]
[Monitors]