Announcement

Collapse
No announcement yet.

A CUDA Back-End For Intel's Open-Source Driver?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • mat69
    replied
    Originally posted by FunkyRider View Post
    Yeah, good on your 'trust me, it works for me!' attitude. no matter how crappy a thing is there's always someone love it.
    Have you ever tried OpenCL?
    I don't care about Compiz, but about OpenCL and that works nice.

    Leave a comment:


  • FunkyRider
    replied
    Originally posted by mat69 View Post
    Just because you can't do it does not mean that others are as incompetent as you are.

    I can use OpenCL with ATI cards and AMD (and Intel via AMD) CPUs as I can with Nvidia GPUs. So don't make things look bad while they aren't.
    Yeah, good on your 'trust me, it works for me!' attitude. no matter how crappy a thing is there's always someone love it.

    Leave a comment:


  • deanjo
    replied
    Originally posted by Qaridarium
    don't waste your time on intel or nvidia get that stuff: http://www.theregister.co.uk/2010/06...pu//print.html

    Passiv cooled :-)
    Once again you show how little you know. They are not passively cooled. They rely on the 1u chassis to cool them. Nvidia does the same thing.

    ATI





    Nvidia





    Thanks for coming out.

    Leave a comment:


  • Svartalf
    replied
    Originally posted by mat69 View Post
    Just because you can't do it does not mean that others are as incompetent as you are.

    I can use OpenCL with ATI cards and AMD (and Intel via AMD) CPUs as I can with Nvidia GPUs. So don't make things look bad while they aren't.
    They're comparing the results with desktop use for a driver that's intrinsically written to support Workstations doing things like CAD and GPGPU stuff for compute clusters and by happy happenstance does more. I just wish the "more" was more robust than NVidia's "more" because they're doing their drivers for the same reasons and just have a less stringent GL stack than AMD has right at the moment.

    It should be noted that many of the "issues" are less issues and more due to things like VSYNC being off by default on Linux, faintly (or even RADICALLY so in some cases...) off GL code, and the like.

    Leave a comment:


  • mat69
    replied
    Originally posted by FunkyRider View Post
    Hah, what a joke, you really think you could rely on Fglrx to do scientific calculations? I couldn't even manage to get compiz to run on it good enough!

    Hardware, no matter how good it is designed, without brilliant software, is a pile of electric trash, period.
    Just because you can't do it does not mean that others are as incompetent as you are.

    I can use OpenCL with ATI cards and AMD (and Intel via AMD) CPUs as I can with Nvidia GPUs. So don't make things look bad while they aren't.

    Leave a comment:


  • FunkyRider
    replied
    Originally posted by Qaridarium
    don't waste your time on intel or nvidia get that stuff: http://www.theregister.co.uk/2010/06...pu//print.html

    Passiv cooled :-)
    Hah, what a joke, you really think you could rely on Fglrx to do scientific calculations? I couldn't even manage to get compiz to run on it good enough!

    Hardware, no matter how good it is designed, without brilliant software, is a pile of electric trash, period.

    Leave a comment:


  • Veerappan
    replied
    Originally posted by marek View Post
    The way I understand it, they are interested in GPGPU research, not in implementing some state trackers, and their contribution to the open source stack is just a side effect of this.

    There is no one wasting resources except for the volunteer contributors, who might be wasting their time that can be spent elsewhere, you know, by actually making some money.
    Wait, you're saying that I can't reserve the right to demand that other people donate their free time (or research time) working on projects that I want them to work on? NOO!!!!

    In my case it's more that I am hoping that the OpenCL state tracker gets finished so that my proposed thesis project is usable by the gallium infrastructure...

    I'm currently thinking about proposing an OpenCL port of the VP8 codec, which would mean that any OpenCL-capable system could accelerate decode of this new format. Of course, if I don't get any advisors to bite on that, I could try to directly do a VP8->Gallium state tracker... or fall back to something work-related... or try to finish the OpenCL tracker myself.

    Leave a comment:


  • marek
    replied
    The way I understand it, they are interested in GPGPU research, not in implementing some state trackers, and their contribution to the open source stack is just a side effect of this.

    There is no one wasting resources except for the volunteer contributors, who might be wasting their time that can be spent elsewhere, you know, by actually making some money.

    Leave a comment:


  • Veerappan
    replied
    Originally posted by marek View Post
    This news is actually pretty cool.
    Yeah, it's pretty cool, but I'd also like to see them put their efforts into finishing off the OpenCL state tracker.

    Although, if they manage to get a working CUDA backend for the intel driver, then someone might be able to do like Nvidia does and provide an OpenCL -> CUDA wrapper/translator, which might be portable to other GPU architectures in the open source stack.

    Leave a comment:


  • marek
    replied
    This news is actually pretty cool.

    Leave a comment:

Working...
X