diff for duplicates of <20120624101300.GA10915@kernel> diff --git a/a/1.txt b/N1/1.txt index 5533bfc..bfbd4db 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,7 +1,7 @@ On Sun, Jun 24, 2012 at 06:08:26PM +0800, Wanpeng Li wrote: >On Sun, Jun 24, 2012 at 11:46:14AM +0200, Johannes Weiner wrote: >>On Sun, Jun 24, 2012 at 10:16:09AM +0800, Wanpeng Li wrote: ->>> From: Wanpeng Li <liwp-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org> +>>> From: Wanpeng Li <liwp@linux.vnet.ibm.com> >>> >>> Since exceeded unused cached charges would add pressure to >>> mem_cgroup_do_charge, more overhead would burn cpu cycles when @@ -9,7 +9,7 @@ On Sun, Jun 24, 2012 at 06:08:26PM +0800, Wanpeng Li wrote: >>> just for such exceeded unused cached charges. Add MAX_CHARGE_BATCH >>> to limit max cached charges. >>> ->>> Signed-off-by: Wanpeng Li <liwp.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> +>>> Signed-off-by: Wanpeng Li <liwp.linux@gmail.com> >>> --- >>> mm/memcontrol.c | 16 ++++++++++++++++ >>> 1 file changed, 16 insertions(+) @@ -94,3 +94,9 @@ this time 30 excess charges will be charged. >>What you /could/ do is stick that check into refill_stock() and invoke >>res_counter_uncharge() if it gets excessive. But I really don't see a >>practical problem here... + +-- +To unsubscribe, send a message with 'unsubscribe linux-mm' in +the body to majordomo@kvack.org. For more info on Linux MM, +see: http://www.linux-mm.org/ . +Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> diff --git a/a/content_digest b/N1/content_digest index a2904d0..2b121c8 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,24 +1,24 @@ "ref\01340504169-5344-1-git-send-email-liwp.linux@gmail.com\0" "ref\020120624094614.GT27816@cmpxchg.org\0" "ref\020120624100812.GA7095@kernel\0" - "From\0Wanpeng Li <liwp.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>\0" + "From\0Wanpeng Li <liwp.linux@gmail.com>\0" "Subject\0Re: [PATCH] mm/memcg: add MAX_CHARGE_BATCH to limit unnecessary charge overhead\0" "Date\0Sun, 24 Jun 2012 18:13:00 +0800\0" - "To\0Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org>\0" - "Cc\0Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>" - Balbir Singh <bsingharora-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> - KAMEZAWA Hiroyuki <kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> - cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - Gavin Shan <shangw-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org> - Wanpeng Li <liwp.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> - " linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org\0" + "To\0Johannes Weiner <hannes@cmpxchg.org>\0" + "Cc\0Michal Hocko <mhocko@suse.cz>" + Balbir Singh <bsingharora@gmail.com> + KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> + cgroups@vger.kernel.org + linux-kernel@vger.kernel.org + Gavin Shan <shangw@linux.vnet.ibm.com> + Wanpeng Li <liwp.linux@gmail.com> + " linux-mm@kvack.org\0" "\00:1\0" "b\0" "On Sun, Jun 24, 2012 at 06:08:26PM +0800, Wanpeng Li wrote:\n" ">On Sun, Jun 24, 2012 at 11:46:14AM +0200, Johannes Weiner wrote:\n" ">>On Sun, Jun 24, 2012 at 10:16:09AM +0800, Wanpeng Li wrote:\n" - ">>> From: Wanpeng Li <liwp-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>\n" + ">>> From: Wanpeng Li <liwp@linux.vnet.ibm.com>\n" ">>> \n" ">>> Since exceeded unused cached charges would add pressure to\n" ">>> mem_cgroup_do_charge, more overhead would burn cpu cycles when\n" @@ -26,7 +26,7 @@ ">>> just for such exceeded unused cached charges. Add MAX_CHARGE_BATCH\n" ">>> to limit max cached charges.\n" ">>> \n" - ">>> Signed-off-by: Wanpeng Li <liwp.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>\n" + ">>> Signed-off-by: Wanpeng Li <liwp.linux@gmail.com>\n" ">>> ---\n" ">>> mm/memcontrol.c | 16 ++++++++++++++++\n" ">>> 1 file changed, 16 insertions(+)\n" @@ -110,6 +110,12 @@ ">>\n" ">>What you /could/ do is stick that check into refill_stock() and invoke\n" ">>res_counter_uncharge() if it gets excessive. But I really don't see a\n" - >>practical problem here... + ">>practical problem here...\n" + "\n" + "--\n" + "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" + "the body to majordomo@kvack.org. For more info on Linux MM,\n" + "see: http://www.linux-mm.org/ .\n" + "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -634054dd4ec8f6834139506de4824f6348ffd21a18e2d80b34bded4b29b76ee3 +611e0cfe0b02dfd1c56c4349a170747adf98ea820befd728357c86f516a697c9
diff --git a/a/1.txt b/N2/1.txt index 5533bfc..3145534 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -1,7 +1,7 @@ On Sun, Jun 24, 2012 at 06:08:26PM +0800, Wanpeng Li wrote: >On Sun, Jun 24, 2012 at 11:46:14AM +0200, Johannes Weiner wrote: >>On Sun, Jun 24, 2012 at 10:16:09AM +0800, Wanpeng Li wrote: ->>> From: Wanpeng Li <liwp-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org> +>>> From: Wanpeng Li <liwp@linux.vnet.ibm.com> >>> >>> Since exceeded unused cached charges would add pressure to >>> mem_cgroup_do_charge, more overhead would burn cpu cycles when @@ -9,7 +9,7 @@ On Sun, Jun 24, 2012 at 06:08:26PM +0800, Wanpeng Li wrote: >>> just for such exceeded unused cached charges. Add MAX_CHARGE_BATCH >>> to limit max cached charges. >>> ->>> Signed-off-by: Wanpeng Li <liwp.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> +>>> Signed-off-by: Wanpeng Li <liwp.linux@gmail.com> >>> --- >>> mm/memcontrol.c | 16 ++++++++++++++++ >>> 1 file changed, 16 insertions(+) diff --git a/a/content_digest b/N2/content_digest index a2904d0..ab8580b 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -1,24 +1,24 @@ "ref\01340504169-5344-1-git-send-email-liwp.linux@gmail.com\0" "ref\020120624094614.GT27816@cmpxchg.org\0" "ref\020120624100812.GA7095@kernel\0" - "From\0Wanpeng Li <liwp.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>\0" + "From\0Wanpeng Li <liwp.linux@gmail.com>\0" "Subject\0Re: [PATCH] mm/memcg: add MAX_CHARGE_BATCH to limit unnecessary charge overhead\0" "Date\0Sun, 24 Jun 2012 18:13:00 +0800\0" - "To\0Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org>\0" - "Cc\0Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>" - Balbir Singh <bsingharora-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> - KAMEZAWA Hiroyuki <kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> - cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - Gavin Shan <shangw-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org> - Wanpeng Li <liwp.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> - " linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org\0" + "To\0Johannes Weiner <hannes@cmpxchg.org>\0" + "Cc\0Michal Hocko <mhocko@suse.cz>" + Balbir Singh <bsingharora@gmail.com> + KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> + cgroups@vger.kernel.org + linux-kernel@vger.kernel.org + Gavin Shan <shangw@linux.vnet.ibm.com> + Wanpeng Li <liwp.linux@gmail.com> + " linux-mm@kvack.org\0" "\00:1\0" "b\0" "On Sun, Jun 24, 2012 at 06:08:26PM +0800, Wanpeng Li wrote:\n" ">On Sun, Jun 24, 2012 at 11:46:14AM +0200, Johannes Weiner wrote:\n" ">>On Sun, Jun 24, 2012 at 10:16:09AM +0800, Wanpeng Li wrote:\n" - ">>> From: Wanpeng Li <liwp-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>\n" + ">>> From: Wanpeng Li <liwp@linux.vnet.ibm.com>\n" ">>> \n" ">>> Since exceeded unused cached charges would add pressure to\n" ">>> mem_cgroup_do_charge, more overhead would burn cpu cycles when\n" @@ -26,7 +26,7 @@ ">>> just for such exceeded unused cached charges. Add MAX_CHARGE_BATCH\n" ">>> to limit max cached charges.\n" ">>> \n" - ">>> Signed-off-by: Wanpeng Li <liwp.linux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>\n" + ">>> Signed-off-by: Wanpeng Li <liwp.linux@gmail.com>\n" ">>> ---\n" ">>> mm/memcontrol.c | 16 ++++++++++++++++\n" ">>> 1 file changed, 16 insertions(+)\n" @@ -112,4 +112,4 @@ ">>res_counter_uncharge() if it gets excessive. But I really don't see a\n" >>practical problem here... -634054dd4ec8f6834139506de4824f6348ffd21a18e2d80b34bded4b29b76ee3 +437ca3600ba0e84204eaaf4d50d8fd58fa0261b2b1faa774475fae613e71860a
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.