diff for duplicates of <50EE6A48.7060307@parallels.com> diff --git a/a/1.txt b/N1/1.txt index e4a9749..8ca25fa 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -21,9 +21,3 @@ they should eventually be present in all blocks. Another question I have for you: Have you considering calling shrink_slab to try to deplete the caches and therefore free at least slab memory in the nodes that can't be offlined? Is it relevant? - --- -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 0eb70c1..06d1f65 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -3,7 +3,7 @@ "ref\050EE24A4.8020601@cn.fujitsu.com\0" "From\0Glauber Costa <glommer@parallels.com>\0" "Subject\0Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory\0" - "Date\0Thu, 10 Jan 2013 11:14:16 +0400\0" + "Date\0Thu, 10 Jan 2013 07:14:16 +0000\0" "To\0Tang Chen <tangchen@cn.fujitsu.com>\0" "Cc\0Andrew Morton <akpm@linux-foundation.org>" rientjes@google.com @@ -55,12 +55,6 @@ "\n" "Another question I have for you: Have you considering calling\n" "shrink_slab to try to deplete the caches and therefore free at least\n" - "slab memory in the nodes that can't be offlined? Is it relevant?\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>" + slab memory in the nodes that can't be offlined? Is it relevant? -66dce2e345040d61217c5cb19d7e34f81d5b032da5c728bfc0ccee8a4acc6c21 +b1636697fe64910cc4299cce10c8ae323701701cde070172245c7d9ed30a56c8
diff --git a/a/1.txt b/N2/1.txt index e4a9749..8ca25fa 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -21,9 +21,3 @@ they should eventually be present in all blocks. Another question I have for you: Have you considering calling shrink_slab to try to deplete the caches and therefore free at least slab memory in the nodes that can't be offlined? Is it relevant? - --- -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/N2/content_digest index 0eb70c1..2948229 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -5,32 +5,31 @@ "Subject\0Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory\0" "Date\0Thu, 10 Jan 2013 11:14:16 +0400\0" "To\0Tang Chen <tangchen@cn.fujitsu.com>\0" - "Cc\0Andrew Morton <akpm@linux-foundation.org>" - rientjes@google.com - len.brown@intel.com - benh@kernel.crashing.org + "Cc\0linux-ia64@vger.kernel.org" + linux-sh@vger.kernel.org + linux-mm@kvack.org paulus@samba.org + hpa@zytor.com + sparclinux@vger.kernel.org cl@linux.com - minchan.kim@gmail.com - kosaki.motohiro@jp.fujitsu.com + linux-s390@vger.kernel.org + x86@kernel.org + linux-acpi@vger.kernel.org isimatu.yasuaki@jp.fujitsu.com - wujianguo@huawei.com - wency@cn.fujitsu.com - hpa@zytor.com linfeng@cn.fujitsu.com - laijs@cn.fujitsu.com mgorman@suse.de + kosaki.motohiro@jp.fujitsu.com + rientjes@google.com + len.brown@intel.com + wency@cn.fujitsu.com + cmetcalf@tilera.com + wujianguo@huawei.com yinghai@kernel.org - x86@kernel.org - linux-mm@kvack.org + laijs@cn.fujitsu.com linux-kernel@vger.kernel.org - linuxppc-dev@lists.ozlabs.org - linux-acpi@vger.kernel.org - linux-s390@vger.kernel.org - linux-sh@vger.kernel.org - linux-ia64@vger.kernel.org - cmetcalf@tilera.com - " sparclinux@vger.kernel.org\0" + minchan.kim@gmail.com + Andrew Morton <akpm@linux-foundation.org> + " linuxppc-dev@lists.ozlabs.org\0" "\00:1\0" "b\0" "On 01/10/2013 06:17 AM, Tang Chen wrote:\n" @@ -55,12 +54,6 @@ "\n" "Another question I have for you: Have you considering calling\n" "shrink_slab to try to deplete the caches and therefore free at least\n" - "slab memory in the nodes that can't be offlined? Is it relevant?\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>" + slab memory in the nodes that can't be offlined? Is it relevant? -66dce2e345040d61217c5cb19d7e34f81d5b032da5c728bfc0ccee8a4acc6c21 +eb5691b1db6a77e9e846cb8ae2cdc66b893fc94f88a183da508c1630d7abd3c8
diff --git a/a/1.txt b/N3/1.txt index e4a9749..8ca25fa 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -21,9 +21,3 @@ they should eventually be present in all blocks. Another question I have for you: Have you considering calling shrink_slab to try to deplete the caches and therefore free at least slab memory in the nodes that can't be offlined? Is it relevant? - --- -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/N3/content_digest index 0eb70c1..a19973b 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -6,31 +6,31 @@ "Date\0Thu, 10 Jan 2013 11:14:16 +0400\0" "To\0Tang Chen <tangchen@cn.fujitsu.com>\0" "Cc\0Andrew Morton <akpm@linux-foundation.org>" - rientjes@google.com - len.brown@intel.com - benh@kernel.crashing.org - paulus@samba.org - cl@linux.com - minchan.kim@gmail.com - kosaki.motohiro@jp.fujitsu.com - isimatu.yasuaki@jp.fujitsu.com - wujianguo@huawei.com - wency@cn.fujitsu.com - hpa@zytor.com - linfeng@cn.fujitsu.com - laijs@cn.fujitsu.com - mgorman@suse.de - yinghai@kernel.org - x86@kernel.org - linux-mm@kvack.org - linux-kernel@vger.kernel.org - linuxppc-dev@lists.ozlabs.org - linux-acpi@vger.kernel.org - linux-s390@vger.kernel.org - linux-sh@vger.kernel.org - linux-ia64@vger.kernel.org - cmetcalf@tilera.com - " sparclinux@vger.kernel.org\0" + <rientjes@google.com> + <len.brown@intel.com> + <benh@kernel.crashing.org> + <paulus@samba.org> + <cl@linux.com> + <minchan.kim@gmail.com> + <kosaki.motohiro@jp.fujitsu.com> + <isimatu.yasuaki@jp.fujitsu.com> + <wujianguo@huawei.com> + <wency@cn.fujitsu.com> + <hpa@zytor.com> + <linfeng@cn.fujitsu.com> + <laijs@cn.fujitsu.com> + <mgorman@suse.de> + <yinghai@kernel.org> + <x86@kernel.org> + <linux-mm@kvack.org> + <linux-kernel@vger.kernel.org> + <linuxppc-dev@lists.ozlabs.org> + <linux-acpi@vger.kernel.org> + <linux-s390@vger.kernel.org> + <linux-sh@vger.kernel.org> + <linux-ia64@vger.kernel.org> + <cmetcalf@tilera.com> + " <sparclinux@vger.kernel.org>\0" "\00:1\0" "b\0" "On 01/10/2013 06:17 AM, Tang Chen wrote:\n" @@ -55,12 +55,6 @@ "\n" "Another question I have for you: Have you considering calling\n" "shrink_slab to try to deplete the caches and therefore free at least\n" - "slab memory in the nodes that can't be offlined? Is it relevant?\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>" + slab memory in the nodes that can't be offlined? Is it relevant? -66dce2e345040d61217c5cb19d7e34f81d5b032da5c728bfc0ccee8a4acc6c21 +fe987d4a199abd1187f1d37e37893d745d583798fa6362e8f4ebcaf0fb2aff91
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.