Hey Vic,

On 6/10/2011 12:32 AM, Vic Lee wrote:
> Hi Steve,
>
> Yes both is faster, but the SSE version is still quite slower than the
> original one. Here is my testing.
>
> Before pulling:
> | rfx_decode_YCbCr_to_RGB_SSE2  |       2123 |  1.750000 |  0.000824 |
> | rfx_decode_YCbCr_to_RGB       |       2098 |  0.260000 |  0.000124 |
>
> After pulling your commits:
> | rfx_decode_YCbCr_to_RGB_SSE2  |       2049 |  0.690000 |  0.000337 |
> | rfx_decode_YCbCr_to_RGB       |       2111 |  0.240000 |  0.000114 |
>
> Oh by the way, the profiler is cool. :)
>
> Vic

Yeah, those are similar numbers to what I am getting as well.  I even 
setup a new ubuntu machine to make sure it wasn't just the test machine 
I was using.  I'm beginning to think that maybe using SSE isn't the best 
way to optimize this.

I briefly started looking into OpenCL as a different possible way to 
accelerate this.  It looks like there is decent linux support for it:
     
http://www.thebigblob.com/getting-started-with-opencl-and-gpu-computing/
Having access to lots of parallel processing units would probably work 
nicely for accelerating the de-quantization, inverse dwt, and color 
conversion routines.  It probably wouldn't be usable for the RLGR 
though.  I suppose the other thing to keep in mind would be how long it 
takes to copy the buffer memory back and forth between the CPU and GPU.  
There's only one way to find out. ;)

I'm thinking about picking up one of the new AMD APUs for a new test 
system and to give OpenCL programming a try:
     http://www.newegg.com/Product/Product.aspx?Item=N82E16813157228
If I have been reading correctly, these APUs have 80 processing units 
which should be plenty to rip through some of that RFX code pretty quickly.

-Steve

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel

Reply via email to