<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - MemoryPressureHandler doesn't work if cgroups aren't present in Linux"
   href="https://bugs.webkit.org/show_bug.cgi?id=155255#c12">Comment # 12</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - MemoryPressureHandler doesn't work if cgroups aren't present in Linux"
   href="https://bugs.webkit.org/show_bug.cgi?id=155255">bug 155255</a>
              from <span class="vcard"><a class="email" href="mailto:cgarcia&#64;igalia.com" title="Carlos Garcia Campos &lt;cgarcia&#64;igalia.com&gt;"> <span class="fn">Carlos Garcia Campos</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=155255#c10">comment #10</a>)
<span class="quote">&gt; (In reply to <a href="show_bug.cgi?id=155255#c0">comment #0</a>)
&gt; &gt; The current Linux implementation of MemoryPressureHandler relies on
&gt; &gt; /sys/fs/cgroup/memory to be properly setup. This isn't the case for all
&gt; &gt; desktop systems and embedded devices, so having an alternative method to
&gt; &gt; measure memory pressure should be desirable (especially on embedded devices
&gt; &gt; with limited memory).
&gt; 
&gt; As I rememeber, the polling way was considered but it was rejected because
&gt; of a concern that regularly waking up cpu to read meminfo itself badly
&gt; affected on performance. <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - Implement MemoryPressureHandler for Linux system"
   href="show_bug.cgi?id=123532#c2">https://bugs.webkit.org/show_bug.cgi?id=123532#c2</a> .
&gt; For the reason, it is intended that MemoryPressureHandler works for only
&gt; cgroup avaiable platforms. I know there is a small difference between this
&gt; approach and previous one, using a timer or sleep() in a separate thread. I
&gt; am also glad to see this alernative memory handler though, I would like to
&gt; ask if there is anything different from using timer way and this patch is
&gt; actually useful on real embeded systems. How about performance there? Is it
&gt; acceptable?</span >

I agree, for embedded devices these wakeups could affect the battery life.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>