Page 1 of 2 12 LastLast
Results 1 to 10 of 23

Thread: Running OpenCL On The GPU With Gallium3D

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    15,093

    Default Running OpenCL On The GPU With Gallium3D

    Phoronix: Running OpenCL On The GPU With Gallium3D

    With all of the recent improvements going into Mesa/Gallium3D, along with some work advancements to the AMD GPU LLVM back-end, it's slowly becoming a suitable time for enthusiasts wishing to experiment with OpenCL on the open-source Linux graphics stack through Gallium3D and the "Clover" state tracker...

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

  2. #2
    Join Date
    Dec 2011
    Posts
    2,098

    Default Application support?

    Does any software applications on Linux support GPGPU or OpenCL?

    Does GIMP or Blender support GPGPU or OpenCL?

  3. #3

    Default

    Blender does support GPU rendering with their Cycles Render Engine. There is work on openCL in gegl (the library that new versions gimp uses for graphics operations), but i am not sure what state it is in. Darktable also has openCL.

  4. #4
    Join Date
    May 2011
    Posts
    35

    Default

    Quote Originally Posted by ssam View Post
    Blender does support GPU rendering with their Cycles Render Engine. There is work on openCL in gegl (the library that new versions gimp uses for graphics operations), but i am not sure what state it is in. Darktable also has openCL.
    Gegl supports OpenCL. r600g and clover is very close to being able to handle the Gegl image operations. A few months ago, with some small patches to Gegl to work around missing libclc standard library implementations, I had some of the Gegl operations working with clover and r600g.

  5. #5
    Join Date
    Jan 2013
    Posts
    30

    Default

    Quote Originally Posted by tstellar View Post
    Gegl supports OpenCL. r600g and clover is very close to being able to handle the Gegl image operations. A few months ago, with some small patches to Gegl to work around missing libclc standard library implementations, I had some of the Gegl operations working with clover and r600g.
    Thomas Stellard, i am involved in project that maybe ambitious and biggest OpenCL kernel ever exist, 3D raytracer Blender Cycles, and have very bad experience with proprietary AMD OpenCL realisation. For now, AMD compiler just eat enormous RAM (32+GB) and still puke on correct code. We have contacts with AMD driver team, and last owrds they aware and give up, suggesting to cut kernel size. My current work will add even more code to it to get more features, making code 2x large or more. Any chance you can get Clover to stage when it will "eat" such huge kernels w/o issues, as NVidia do? Unfortunately, it use 2D images and other builtings and i cannot try to run it as this stage, even when cut code to minimal. My expectations that GCN have full general CPU stack/call support, and can easily avoid old "flatten" architecture, that really can not unroll complex code graph to internal VLIW form. Is it correct? Just in case, for now must say that Clover is only real hope to run Blender Cycles on AMD hardware.

  6. #6
    Join Date
    Sep 2010
    Posts
    472

    Default

    An open source CPU driver for OpenCL would be a good thing to have first.
    Don't see why the author seems more enthousiastic about GPU drivers than the LLVM CPU driver.

    Most people with x86 based CPU's would be able to run it.
    Can make it run on Linux.
    Can develop it in conjunction with tests and then the tests with other drivers.
    App developers can easier get their hands on an OpenCL driver this way.

  7. #7
    Join Date
    Mar 2012
    Posts
    123

    Default

    Quote Originally Posted by uid313 View Post
    Does any software applications on Linux support GPGPU or OpenCL?

    Does GIMP or Blender support GPGPU or OpenCL?
    It's a chicken and egg problem.
    Without a proper and widely deployed OpenCL implementation, there won't be too many people willing to use OpenCL.
    Last edited by zxy_thf; 01-23-2013 at 06:53 AM. Reason: typo fix

  8. #8
    Join Date
    Jun 2009
    Posts
    2,932

    Default

    Quote Originally Posted by zxy_thf View Post
    It's a chicken and egg problem.
    Without a proper and widely deployed OpenCL implementation, there won't be too many people willing to use OpenCL.
    OpenCL support is available in both blobs, so the chicken is there.

  9. #9
    Join Date
    Oct 2009
    Posts
    2,122

    Default

    Quote Originally Posted by pingufunkybeat View Post
    OpenCL support is available in both blobs, so the chicken is there.
    Not really, because that is strictly restricted to the blobs. You might find yourself a few corner-case users, but certainly not widespread deployment. Why would anyone build software depending on openCL if they can't trust that their customers will be able to use it?

    In other words, it MUST be supported by both AMD and Intel **open source** drivers, AND have a solid CPU fallback, before software developers can trust in its availability.

  10. #10
    Join Date
    Jun 2009
    Posts
    2,932

    Default

    Quote Originally Posted by droidhacker View Post
    Why would anyone build software depending on openCL if they can't trust that their customers will be able to use it?
    I don't think that consumer any software will DEPEND on OpenCL any time soon. But it is reasonable to provide an OpenCL-accelerated path for some computationally intensive operations if there are enough people who can make use of it. And there are enough blob users out there.

    I'm just saying that "nobody can run OpenCL" is not a good argument. Plenty of people can already, others will follow as open drivers mature.

Posting Permissions

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