|
»
»
»
« Return to Thread: CUDA benchmarking
Re: CUDA benchmarking
by Evan Lezar
::
Rate this Message:
Hi
Yes ... I think that benchmarks are the first order of business :)
Oh ... I also noticed that on the CUDA website there is a doc about writing CUDA image-processing plugins for photoshop with a number of samples. I will have a look at them when I have some spare time - still working on the hardware problems, but I do have my internet connection back - so all is right with the world again, or will be once I get the backlog sorted out.
With regards to the benchmarking and splitting the process of copying the data to the GPU and actually calling the kernel - what would be the best wat to handle the pointer to the data on the device memory - if we aim to chain a number of plugins then this should be available to pass to plugins down the chain?
Thanks
Evan
--
visit http://randomestrandom.blogspot.com
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
K3d-development mailing list
K3d-development@...
https://lists.sourceforge.net/lists/listinfo/k3d-development
Yes ... I think that benchmarks are the first order of business :)
Oh ... I also noticed that on the CUDA website there is a doc about writing CUDA image-processing plugins for photoshop with a number of samples. I will have a look at them when I have some spare time - still working on the hardware problems, but I do have my internet connection back - so all is right with the world again, or will be once I get the backlog sorted out.
With regards to the benchmarking and splitting the process of copying the data to the GPU and actually calling the kernel - what would be the best wat to handle the pointer to the data on the device memory - if we aim to chain a number of plugins then this should be available to pass to plugins down the chain?
Thanks
Evan
On Sat, May 3, 2008 at 11:49 PM, Bart Janssens <bart.janssens@...> wrote:
On 5/3/08, Joaquín Duo <hoakoduo@...> wrote:It's a good idea! Having a CUDAtoK3D or K3DtoCUDA node whenver a
> This way the user could define a GPU pipeline (data) with a pipeline of K-3D
> modifiers. And at any point of the pipeline we could connect that data to a
> "GPUPipelineEvaluator" plugin that gives the output through a property.
> What about this idea?
conversion is required would not require any change to the SDK.
However, we should probably wait for some benchmarking results before
we fix the design.
Cheers,
--
Bart
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
K3d-development mailing list
K3d-development@...
https://lists.sourceforge.net/lists/listinfo/k3d-development
--
visit http://randomestrandom.blogspot.com
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
K3d-development mailing list
K3d-development@...
https://lists.sourceforge.net/lists/listinfo/k3d-development
« Return to Thread: CUDA benchmarking
| Free Forum Powered by Nabble | Forum Help |