MathGroup Archive 2013

[Date Index] [Thread Index] [Author Index]

Search the Archive

Re: OpenCL yes, Cuda no

  • To: mathgroup at smc.vnet.net
  • Subject: [mg130276] Re: OpenCL yes, Cuda no
  • From: debguy <johnandsara2 at cox.net>
  • Date: Sun, 31 Mar 2013 03:13:30 -0400 (EDT)
  • Delivered-to: l-mathgroup@mail-archive0.wolfram.com
  • Delivered-to: l-mathgroup@wolfram.com
  • Delivered-to: mathgroup-newout@smc.vnet.net
  • Delivered-to: mathgroup-newsend@smc.vnet.net
  • References: <ki8uca$o3p$1@smc.vnet.net>

First tell us if / test this.  Are both OpenCL and Cuda known to work
on the same box with any other application (other than what nvidia
provided, which might show a false positive).  There are many issues
people have when getting 3D working on linux machines and Mathematica
channel isn't a place to ask linux X 3D questions.

... and it could still be a linux library issue.  that's a big
possiblility.  when linux hacks the way (ie, the way a driver loads)
then Mathematica can't talk to a driver, it might crash a forked
process's stack, and in the front end look like "returned false".

With little info there's hardly a way to say more yet.

by the way just because nvidia says "~ that enables dramatic increases
in computing performance by harnessing the power of the ~" doesn't
mean it's true :)  They want you to do CUDA not OpenGL, GL, which is
another story, you have no choice anyhow :)

have you tried raytracing?  very slow but splendid output.



  • Prev by Date: Re: Moment's of student's t distribution
  • Next by Date: Re: Is there ever a case where two consecutive commas in not an error?
  • Previous by thread: Re: OpenCL yes, Cuda no
  • Next by thread: CAPopup|c|228 internal self-test errors