<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Use a RunLoop::Timer to schedule rendering frames in accelerated compositing mode"
   href="https://bugs.webkit.org/show_bug.cgi?id=150756#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Use a RunLoop::Timer to schedule rendering frames in accelerated compositing mode"
   href="https://bugs.webkit.org/show_bug.cgi?id=150756">bug 150756</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=150756#c3">comment #3</a>)
<span class="quote">&gt; Comment on <span class=""><a href="attachment.cgi?id=264472&amp;action=diff" name="attach_264472" title="Patch">attachment 264472</a> <a href="attachment.cgi?id=264472&amp;action=edit" title="Patch">[details]</a></span>
&gt; Patch
&gt; 
&gt; View in context:
&gt; <a href="https://bugs.webkit.org/attachment.cgi?id=264472&amp;action=review">https://bugs.webkit.org/attachment.cgi?id=264472&amp;action=review</a>
&gt; 
&gt; &gt; Source/WebKit2/WebProcess/WebPage/gtk/LayerTreeHostGtk.cpp:69
&gt; &gt; +    // We use a GLib timer because otherwise GTK+ event handling during dragging can starve WebCore timers, which have a lower priority.
&gt; &gt; +    // Use a higher priority than WebCore timers.
&gt; 
&gt; I don’t understand what “we use a GLib timer” means here, since we are using
&gt; a RunLoop timer. Should be clearer on that.</span >

Yes, the fact that the run loop timer implementation uses a glib timer is an implementation detail. I'll reword that.

<span class="quote">&gt; &gt; Source/WebKit2/WebProcess/WebPage/gtk/LayerTreeHostGtk.cpp:107
&gt; &gt; +    static const double targetFramerate = 1 / 60.0;
&gt; &gt; +    // When rendering layers takes more time than the target delay (0.016), we end up scheduling layer flushes
&gt; &gt; +    // immediately. Since the layer flush timer has a higher priority than WebCore timers, these are never
&gt; &gt; +    // fired while we keep scheduling layer flushes immediately.
&gt; &gt; +    double current = monotonicallyIncreasingTime();
&gt; &gt; +    double timeToNextFlush = std::max(targetFramerate - (current - m_fireTime), 0.0);
&gt; 
&gt; We prefer use of std::chrono in new code, rather than the &quot;double in
&gt; seconds&quot; style we wrote in older code. Would be good to return here and move
&gt; to that.</span >

Ok, I'll do it in a different patch</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>