<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - very slow render"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=64892#c21">Comment # 21</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - very slow render"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=64892">bug 64892</a>
              from <span class="vcard"><a class="email" href="mailto:Thomas.Freitag@alfa.de" title="Thomas Freitag <Thomas.Freitag@alfa.de>"> <span class="fn">Thomas Freitag</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=64892#c20">comment #20</a>)
<span class="quote">> Thomas Freitag, maybe my opinion is not thoughtful.but use "surface_width *
> surface_height" but "result_width * result_height",i really got 10sec on
> rendering page3(i5-3450,win7 64bit).</span >

What resolution did You use? As far as I tested it, the limit for this page is
280 dpi: if You render page 3 with 280 dpi, it uses the faster
tilingPatternFill, if You render it with 281 dpi or higher, it uses the exact
rendering of Gfx (repeat painting of the pattern).
tilingPatternFill is implemented to speed up tiling patterns where the user
accept lower quality, because he probably can not see the difference when he
uses a "low" resolution.
Also the tilingPatternFill costs time, the higher the resolution the bigger the
bitmap which has to be "merged". You can see that in the fact that You loose
"only" 10 seconds but have an exact rendering.
Perhaps the limit of 0x800000L is not the best for this PDF, but it was taken
after tests with a lot of other PDF. So I don't really want to change it, but I
let it up to Albert to overrule my decision.</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>