将GPUJPEG项目移植到Windows [英] Porting GPUJPEG Project to Windows

问题描述

我目前正尝试移植GPUJPEG（ on sourceforge ）库（基于CUDA） Unix到Windows。

I am currently trying to port the GPUJPEG (on sourceforge) library (based on CUDA) from Unix to Windows.

现在我被困 - 我不知道发生了什么或为什么它发生，但是当我运行测试项目，控制台get被卡在blinky ...

Now I am stuck - I have no idea what's happening or why it is happening, however when I run the test project, the console get's stuck on the blinky...

您可以在这里找到整个Visual Studio 2010项目（您需要CUDA 5）：
wingpujpeg.zip

You can find the entire Visual Studio 2010 project (you'll need CUDA 5) here: wingpujpeg.zip

我会很高兴，如果有人

提前感谢。

编辑：
我想使用/创建一个HIGH PERFORMANCE lib来转换实时数据（将60 fps bmp文件转换为jpeg）。这就是为什么通用库没有太多用处。这是关于在大约10毫秒转换高清图像到jpeg ...如果有人有另一个想法，我当然会喜欢听到它。

I want to use / create a HIGH PERFORMANCE lib for converting real time data (converting 60 fps bmp files to jpeg). This is pretty much why the "common" libraries are not of much use. It's about converting HD images to jpeg in about 10 ms... If someone has another idea, I'd, of course, like to hear it.

推荐答案

我认为问题是你从Visual Studio运行这个调试（F5）。
如果你只是运行它（Ctrl + F5）它应该完成。

I think the problem is that you are running this from Visual Studio for debugging (F5). If you just run it (Ctrl+F5) it should finish.

一开始我认为这是一些其他问题（删除我的答案），但它只是太慢了。
慢的原因是CUDA驱动程序调用malloc / free方式太多了，导致
调试运行时分配器的速度很慢。

At first I thought it's some other problem (deleted my answer), but it's just too slow. The slowness is caused by the CUDA driver calling malloc/free way too much, causing the debug runtime allocator to slow down a lot.

默认情况下，这个分配器在你执行F5时启动
如果你想禁用它，然后放入你的环境设置（Properties - > Debugging - > Environment this _NO_DEBUG_HEAP = 1）。

This allocator by default is started when you do F5 If you want to disable it, then put in your environment settings (Properties -> Debugging -> Environment this _NO_DEBUG_HEAP=1).

再次查看这里设置_NO_DEBUG_HEAP

这篇关于将GPUJPEG项目移植到Windows的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！