Page 1 of 4 123 ... LastLast
Results 1 to 10 of 32

Thread: AMD's Paying For Some Open-Source OpenCL Love

  1. #1
    Join Date
    Jan 2007
    Posts
    14,837

    Default AMD's Paying For Some Open-Source OpenCL Love

    Phoronix: AMD's Paying For Some Open-Source OpenCL Love

    AMD's interested in driving the use of OpenCL within the open-source world, and they're willing to pay for it. One of their new contracts is to have more of the OpenCL work for GIMP/GEGL on the Open Computing Language...

    http://www.phoronix.com/vr.php?view=MTAyMDg

  2. #2
    Join Date
    Jun 2011
    Posts
    316

    Default

    Considering OpenCL will run on any graphics chip these days, I think this was pretty generous of AMD..

    Hopefully more people will see how much faster and more powerful doing these kinds of parallel floating point compute tasks on a 700 core/shader GPU is.

  3. #3
    Join Date
    Jan 2009
    Posts
    1,681

    Default

    when i read the title i thought that they were going to put money on Clover but anyway

    nice that they put resources in FOSS

  4. #4
    Join Date
    Dec 2010
    Location
    MA, USA
    Posts
    1,318

    Default

    Quote Originally Posted by Sidicas View Post
    Considering OpenCL will run on any graphics chip these days, I think this was pretty generous of AMD..

    Hopefully more people will see how much faster and more powerful doing these kinds of parallel floating point compute tasks on a 700 core/shader GPU is.

    Very true, however, opencl is a rival of CUDA so even though opencl is nvidia compatible I'm sure stuff like this is to help fight against nvidia. Intel's graphics chips aren't really of concern. I'm sure this is also done because AMD needs more software publicity. Even though this may seem like a nice thing of AMD to do, Intel contributes to what seems to be dozens of open source projects, many of which are intended for Linux in mind.


    What I would find amusing is if Victor was using an intel and/or nvidia focused system, yet AMD pays him anyway.

  5. #5
    Join Date
    Nov 2008
    Location
    Madison, WI, USA
    Posts
    874

    Default

    Quote Originally Posted by schmidtbag View Post
    Very true, however, opencl is a rival of CUDA so even though opencl is nvidia compatible I'm sure stuff like this is to help fight against nvidia. Intel's graphics chips aren't really of concern. I'm sure this is also done because AMD needs more software publicity. Even though this may seem like a nice thing of AMD to do, Intel contributes to what seems to be dozens of open source projects, many of which are intended for Linux in mind.


    What I would find amusing is if Victor was using an intel and/or nvidia focused system, yet AMD pays him anyway.
    It wouldn't be the first time... I was recently working on VP8+OpenCL acceleration for an arm-based mobile device, but all of my development work was being done on a Radeon 6850 (personal desktop) and GF 9400m (macbook). There are many parts of OpenCL programming that are entirely portable between architectures. It's just that you have to target specific vendor chips if you want to squeeze max performance out of the architectures. If you are just looking for faster-than-cpu performance, you can get by with generic GPU-based coding practices. If you need every last drop of performance, then you have to dig a bit deeper into the specific architecture you're optimizing for.

  6. #6
    Join Date
    Aug 2009
    Location
    Russe, Bulgaria
    Posts
    513

    Default

    Quote Originally Posted by Veerappan View Post
    It wouldn't be the first time... I was recently working on VP8+OpenCL acceleration for an arm-based mobile device, but all of my development work was being done on a Radeon 6850 (personal desktop) and GF 9400m (macbook). There are many parts of OpenCL programming that are entirely portable between architectures. It's just that you have to target specific vendor chips if you want to squeeze max performance out of the architectures. If you are just looking for faster-than-cpu performance, you can get by with generic GPU-based coding practices. If you need every last drop of performance, then you have to dig a bit deeper into the specific architecture you're optimizing for.
    What happened to this VP8+OpenCL acceleration of yours?

  7. #7
    Join Date
    Nov 2008
    Location
    Madison, WI, USA
    Posts
    874

    Default

    Quote Originally Posted by Drago View Post
    What happened to this VP8+OpenCL acceleration of yours?
    http://github.com/awatry/libvpx.opencl

    I made a bunch of progress over the last few months (6000x improvement to loop filter speed), but I'm still not to the point where it's faster than CPU-only (currently 1/3 - 1/2 the speed of the hand-optimized assembly on my Phenom II x6 1055t + Radeon 6850 combination.... the CL path is close to the non-assembly generic C speed on the same hardware). Currently, 1080p videos are the only ones that give my desktop trouble. 720p and lower play at 100+ fps, but 1080p videos are in the 30-40 fps range.

    Currently, the parts that have OpenCL code paths are:
    - Subpixel Prediction (sixtap/bilinear filtering)
    - IDCT/Dequantization
    - Loop Filtering (de-blocking filter)

    The only one that is enabled by default is the loop filter, as I haven't had a chance to really optimize the other bits.

    As long as your machine has an OpenCL run-time library and headers installed, you should be able to build it.

    I've tested it on:
    AMD APP SDK (CPU and GPU)
    NVidia GPU SDK
    SNU OpenCL runtime (LLVM-based, GPL, http://opencl.snu.ac.kr/)

    I believe that you should be able to use this code on any device/platform that supports OpenCL 1.0 or higher. I don't have an Intel CPU, so I haven't been able to test their run-time, and I haven't yet gotten Denis' clover branch to work yet (not that his code is broken, I just haven't gotten the LLVM build working yet).

    I'll probably push the current git repository to my WebM sandbox in the future, and hopefully I can get this code accepted upstream after the encoder part of the library has been tested for regressions/breakages.

    --Aaron

  8. #8

    Default

    Hi! I'm Victor, maybe the title of the article is a little misleading. I think open-source community is very excited about OpenCL in general and many projects already use it like Luxrender and Darktable, specially if we consider that there isn't yet an stable open-source implementation [but I suppose this will change soon as the work on Clover and others progress]. AMD support [technical and financial] is very helpful and is a sign of their good will to the community.

    Besides, I'm very excited with this project and I hope everything goes well and you like the results. Notice that through GEGL we are able to improve not just GIMP, but others projects like Darktable and Mypaint. Feel free to ask anything

    Victor Oliveira

  9. #9
    Join Date
    Aug 2009
    Posts
    152

    Default

    Congratulations to Victor for such a great opportunity

    and

    a big thanks to AMD for their great open source initiative.

  10. #10
    Join Date
    Jan 2009
    Posts
    1,681

    Default

    @victormoliveira

    i haz question


    why they decided to fund GEGL???. i mean its important for many projects but its not something really important like infrastructure (ie clover, openGL 4, g3d video etc)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •