<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 9, 2015 at 11:39 AM, Neil Roberts <span dir="ltr"><<a href="mailto:neil@linux.intel.com" target="_blank">neil@linux.intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Jason Ekstrand <<a href="mailto:jason@jlekstrand.net">jason@jlekstrand.net</a>> writes:<br>
<br>
> This improves texture upload performance on the PBO upload test available<br>
> at <a href="http://www.songho.ca/opengl/gl_pbo.html" target="_blank">http://www.songho.ca/opengl/gl_pbo.html</a> by 80% for the non-PBO case (due<br>
> to avoiding a buffer stall) and 500% for the PBO case.<br>
<br>
</span>Just for reference, if I run this branch against the little test case I<br>
wrote to test my patches I see a 275% increase in frame rate. This is a<br>
somewhat less than what I was seeing with the blorp blitter which gave a<br>
350% increase.<br></blockquote><div><br></div><div>That doesn't surprise me.  I was looking at it with Kristian, and we're seeing about 18 us/call of overhead just from setting up meta.  This tells us something we already knew: meta is a pig.  If we could avoid that with blorp, it would be nice.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The blorp patches don't work with the pboUnpack test case because that<br>
ends up doing a conversion from BGRA to RGBA. However I suppose there's<br>
no reason why the blorp blitter can't do a conversion as well if we<br>
remove the restriction.<br></blockquote><div><br></div><div>Yeah, that should be possible<br></div><div>--Jason<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Regards,<br>
- Neil<br>
</blockquote></div><br></div></div>