All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <1490109496.17719.15.camel@linux.intel.com>

diff --git a/a/1.txt b/N1/1.txt
index e7b699c..76f5ff7 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,11 +1,11 @@
 On Thu, 2017-03-16 at 10:07 +0100, Michal Hocko wrote:
->A 
+> 
 > > > the main problem is that kworkers will not belong to the same cpu group
 > > > and so they will not be throttled properly.
 > > You do have a point that this page freeing activities should strive to
 > > affect other threads not in the same cgroup minimally.
 > > 
-> > On the other hand, we also don't do this throttling of kworkersA 
+> > On the other hand, we also don't do this throttling of kworkers 
 > > today (e.g. pdflush) according to the cgroup it is doing work for.
 > Yes, I am not saying this a new problem. I just wanted to point out that
 > this is something to consider here. I believe this should be fixable.
@@ -14,14 +14,8 @@ On Thu, 2017-03-16 at 10:07 +0100, Michal Hocko wrote:
 > be checked).
 
 Instead of attaching the kworders to the cgroup of the initiator, I
-wonder what people think about creating a separate kworker cgroup.A 
+wonder what people think about creating a separate kworker cgroup. 
 The administrator can set limit on its cpu resource bandwidth
 if he/she does not want such kworkers perturbing the system.
 
 Tim
-
---
-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 1645b18..08e097f 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -18,13 +18,13 @@
  "\00:1\0"
  "b\0"
  "On Thu, 2017-03-16 at 10:07 +0100, Michal Hocko wrote:\n"
- ">A \n"
+ ">\302\240\n"
  "> > > the main problem is that kworkers will not belong to the same cpu group\n"
  "> > > and so they will not be throttled properly.\n"
  "> > You do have a point that this page freeing activities should strive to\n"
  "> > affect other threads not in the same cgroup minimally.\n"
  "> > \n"
- "> > On the other hand, we also don't do this throttling of kworkersA \n"
+ "> > On the other hand, we also don't do this throttling of kworkers\302\240\n"
  "> > today (e.g. pdflush) according to the cgroup it is doing work for.\n"
  "> Yes, I am not saying this a new problem. I just wanted to point out that\n"
  "> this is something to consider here. I believe this should be fixable.\n"
@@ -33,16 +33,10 @@
  "> be checked).\n"
  "\n"
  "Instead of attaching the kworders to the cgroup of the initiator, I\n"
- "wonder what people think about creating a separate kworker cgroup.A \n"
+ "wonder what people think about creating a separate kworker cgroup.\302\240\n"
  "The administrator can set limit on its cpu resource bandwidth\n"
  "if he/she does not want such kworkers perturbing the system.\n"
  "\n"
- "Tim\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>"
+ Tim
 
-1761cba4acf119c30683c957824f4788892a69b4627613b2d8d364ed72b38899
+6b88ded5495dd2e7c2ebf9b15ee7a8bc5659f7beb06531c5ad647c29f468db54

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.