It's a pity there are no other working OpenCL AviSynth plugins now.admin wrote:I'm not interested in debugging KNLMeansCL, and I'm certainly not going to bother nVidia about something only one person reports.
DGDecNV and KNLMeans under Win10_x64
Re: DGDecNV and KNLMeans under Win10_x64
Re: DGDecNV and KNLMeans under Win10_x64
Why is it a pity? Who cares about OpenCL?
CUDA outperforms OpenCL by 30% and CUDA performs faster data transfers to and from a GPU's memory.
To protect the source for a closed-source application requires jumping through hoops for OpenCL.
Anyway, it's all moot for DGDecNV which relies on CUVID. I suppose one could try to make a case for OpenCL transform filters on portability grounds, but I speculate that most people are more concerned about performance on their own platform than the theoretical portability to other platforms.
From the internet: "When portability is an issue, it is always better to use a standard. However, an interesting fact on the portability of OpenCL is that while a big part of the same code (mostly the kernels) can be certainly executed in several platforms, the high performance will not be as portable. There will still be a need of making optimizations to exploit the architecture at hand. A code optimized for a GPU does not necessarily work as optimized on a multicore ARM or FPGA. Also the control code is likely not 100% portable and must be re-written when changing the platform to a totally different one."
Flame suit is on, fire away!
CUDA outperforms OpenCL by 30% and CUDA performs faster data transfers to and from a GPU's memory.
To protect the source for a closed-source application requires jumping through hoops for OpenCL.
Anyway, it's all moot for DGDecNV which relies on CUVID. I suppose one could try to make a case for OpenCL transform filters on portability grounds, but I speculate that most people are more concerned about performance on their own platform than the theoretical portability to other platforms.
From the internet: "When portability is an issue, it is always better to use a standard. However, an interesting fact on the portability of OpenCL is that while a big part of the same code (mostly the kernels) can be certainly executed in several platforms, the high performance will not be as portable. There will still be a need of making optimizations to exploit the architecture at hand. A code optimized for a GPU does not necessarily work as optimized on a multicore ARM or FPGA. Also the control code is likely not 100% portable and must be re-written when changing the platform to a totally different one."
Flame suit is on, fire away!
Re: DGDecNV and KNLMeans under Win10_x64
Ok, let's try to tell Khanattila to port KNLMeansCL to CUDA.admin wrote:Why is it a pity? Who cares about OpenCL?
CUDA outperforms OpenCL by 30% and CUDA performs faster data transfers to and from a GPU's memory.
Re: DGDecNV and KNLMeans under Win10_x64
KNLMeansCL must be a really big deal to have you in such a state. Help me out, what is so great about it? I'm not doubting, I just don't know anything about it.
-
Aleron Ives
- Posts: 126
- Joined: Fri May 31, 2013 8:36 pm
Re: DGDecNV and KNLMeans under Win10_x64
Well, nVidia certainly doesn't. They added a bug for GK104 cards in their 330.x driver branch that cuts OpenCL performance in half, which means I can never upgrade my GPU driver without killing my Folding@home performance. Apparently nVidia doesn't care about the bug at all, because they've released many drivers over the last year and have never taken any steps to fix it. They don't seem to care about supporting their cards with older architectures, either.admin wrote:Why is it a pity? Who cares about OpenCL?
Re: DGDecNV and KNLMeans under Win10_x64
Can you please point me to a reliable source for this claim?Aleron Ives wrote:They added a bug for GK104 cards in their 330.x driver branch that cuts OpenCL performance in half
Yes, I have discovered this the hard way.They don't seem to care about supporting their cards with older architectures, either.
-
Aleron Ives
- Posts: 126
- Joined: Fri May 31, 2013 8:36 pm
Re: DGDecNV and KNLMeans under Win10_x64
There have been multiple reports from people with GK104 cards that Folding@home performance gets halved after updating to anything after driver 327:
https://foldingforum.org/viewforum.php?f=80
Here's just one report posted by a forum moderator for why the TC's GTX 770 is folding poorly:
https://foldingforum.org/viewtopic.php?f=80&t=27297
There are other reports, but you'd have to dig through the forum to find them, as the bug was introduced about two years ago now. I've also seen reports on various overclocking/PC enthusiast forums and elsewhere, but it's been more than a year since I did the research that led me to decide to never update my GPU driver (which is annoying, as I can't get any of the benefits bestowed by those new drivers).
https://foldingforum.org/viewforum.php?f=80
Here's just one report posted by a forum moderator for why the TC's GTX 770 is folding poorly:
https://foldingforum.org/viewtopic.php?f=80&t=27297
There are other reports, but you'd have to dig through the forum to find them, as the bug was introduced about two years ago now. I've also seen reports on various overclocking/PC enthusiast forums and elsewhere, but it's been more than a year since I did the research that led me to decide to never update my GPU driver (which is annoying, as I can't get any of the benefits bestowed by those new drivers).
Re: DGDecNV and KNLMeans under Win10_x64
Thank you, Aleron.
Re: DGDecNV and KNLMeans under Win10_x64
While you're here...has this folding stuff ever led to any useful discoveries, treatments, etc.?
-
Aleron Ives
- Posts: 126
- Joined: Fri May 31, 2013 8:36 pm
Re: DGDecNV and KNLMeans under Win10_x64
The results are used for peer-reviewed scientific journal articles that a layman such as myself cannot understand, so I can't really comment as to how useful the results have been. All I can do is hope that donating my computing time might help somebody at Stanford learn something important. I can't perform cancer research myself, but I can run a computer program.
Since you have a more scientific background than myself, perhaps you would find some of the articles comprehensible or illuminating. Stanford has a directory of the papers published from F@h projects here. I might think that the most recent paper, "Activation pathway of Src kinase reveals intermediate states as targets for drug design" would sound promising, if I knew what it was about.
Since you have a more scientific background than myself, perhaps you would find some of the articles comprehensible or illuminating. Stanford has a directory of the papers published from F@h projects here. I might think that the most recent paper, "Activation pathway of Src kinase reveals intermediate states as targets for drug design" would sound promising, if I knew what it was about.
Re: DGDecNV and KNLMeans under Win10_x64
I just read a post about 2049 working. Could you please give me a link to download?
Thanks.
Thanks.
Re: DGDecNV and KNLMeans under Win10_x64
I uploaded it to the binaries area.
If it works it is not because of anything different in my code. It is because different versions of CUDA/CUVID are used. That is not within my control, as the latest version of CUDA/CUVID is needed to support HEVC and latest hardware.
If it works it is not because of anything different in my code. It is because different versions of CUDA/CUVID are used. That is not within my control, as the latest version of CUDA/CUVID is needed to support HEVC and latest hardware.