- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我想使用 GPU 来加速 SURF 算法。但实际上我发现 CPUs(enale TBB) 是SURF 算法比 GPU 更快。我的硬件和操作系统信息:CPU:Intel(R) Xeon(R) CPU E3-1230 V2 @ 3.30GHz(4 核 + 8 线程)GPU:Nvidia GTX 660ti ~1000MHz(1344 个 GPU 核心)Ubuntu 12.04(64 位)
应用场景:我的文件夹有大约 120 张图片。我需要使用 SURF 获取每张图像的关键点。
时间日志
每张图片的 CPU(TBB),花费时间日志:
索引 DB:/home/ole/MatchServer/ImgDB0/img0 在 SURF ALGO 上花费时间(在 TBB 上)[s]:0.00666648
索引 DB:/home/ole/MatchServer/ImgDB0/img1 在 SURF ALGO 上花费时间(在 TBB 上)[s]:0.00803925
索引 DB:/home/ole/MatchServer/ImgDB0/img2 在 SURF ALGO 上花费时间(在 TBB 上)[s]:0.0066344
索引 DB:/home/ole/MatchServer/ImgDB0/img3 在 SURF ALGO 上花费时间(在 TBB 上)[s]:0.00625698
索引 DB:/home/ole/MatchServer/ImgDB0/img4 在 SURF ALGO 上花费时间(在 TBB 上)[s]:0.00699448
索引 DB:/home/ole/MatchServer/ImgDB0/img5 在 SURF ALGO 上花费时间(在 TBB 上)[s]:0.00621663
.................more..................................
每张图片的GPU,花费时间日志(每张图片的GPU有两行日志,一是上传img到GPU Mem,二是SURF_GPU算法花费时间):
索引 DB:/home/ole/MatchServer/ImgDB0/img0 在 GPU 上传图像上花费时间[s]:1.99329
索引 DB:/home/ole/MatchServer/ImgDB0/img0 在 Gpu SURF ALGO[s] 上花费时间:0.00971809
索引 DB:/home/ole/MatchServer/ImgDB0/img1 在 GPU 上传图像上花费时间[s]:0.000157638
索引 DB:/home/ole/MatchServer/ImgDB0/img1 在 Gpu SURF ALGO[s] 上花费时间:0.00618778
索引 DB:/home/ole/MatchServer/ImgDB0/img2 在 GPU 上传图像上花费时间[s]: 8.8108e-05
索引 DB:/home/ole/MatchServer/ImgDB0/img2 在 Gpu SURF ALGO[s] 上花费时间:0.00736609
索引 DB:/home/ole/MatchServer/ImgDB0/img3 在 GPU 上传图像上花费时间[s]: 8.8599e-05
索引 DB:/home/ole/MatchServer/ImgDB0/img3 在 Gpu SURF ALGO[s] 上花费时间:0.00559131
索引 DB:/home/ole/MatchServer/ImgDB0/img4 在 GPU 上传图像上花费时间[s]: 8.7626e-05
索引 DB:/home/ole/MatchServer/ImgDB0/img4 在 Gpu SURF ALGO[s] 上花费时间:0.00610033
索引 DB:/home/ole/MatchServer/ImgDB0/img5 在 GPU 上传图像上花费时间[s]: 8.9125e-05
索引 DB:/home/ole/MatchServer/ImgDB0/img5 在 Gpu SURF ALGO[s] 上花费时间:0.00632997
............................more..................................
我发现将图像垫上传到 GPU 时,第一张图像非常慢,大约 2 秒。接下来是正常的大约 0.000157638 秒。
GPU 代码:
try
{
double t0 = (double)getTickCount();
cv::gpu::SURF_GPU surf_gpu;
Size size = help_img.size();
Size size0 = size;
int type = help_img.type();
cv::gpu::GpuMat d_m(size0, type);
if(size0 != help_img.size() )
d_m = d_m(Rect((size0.width - size.width) / 2, (size0.height - size.height) / 2, size.width, size.height));
d_m.upload(help_img);
double t = ((double)getTickCount() - t0)/getTickFrequency();
std::cout << "indexing DB:"<< path << " cost time on upload image[s]: " << t << std::endl;
t0 = (double)getTickCount();
surf_gpu(d_m, cv::gpu::GpuMat(), help_keypoints);
t = ((double)getTickCount() - t0)/getTickFrequency();
std::cout << "indexing DB:"<< path << " cost time on Gpu image[s]: " << t << std::endl;
}
catch (const cv::Exception& e)
{
printf("issue happen!");
}
请大家帮忙针对以下问题给出一些建议:
1.为什么第一次上传图片到GPU很慢,大约2秒?
2.为什么GPU不能加速SURF算法,SURF有很多计算,理论上GPU可以加速。
3. SURF算法如何提高GPU性能?
谢谢!!
最佳答案
第一次上传到 GPU 总是比较慢。 GPU 需要先初始化,然后才能进行一些实际工作。这是因为默认的 CUDA 上下文是在第一次 CUDA 调用时创建的,在您的情况下,这是上传到 GPU Mat。解决方法是在执行实际工作之前调用随机 GPU 函数。
这取决于您比较的 GPU 和 CPU。使用 TBB 时,您使用的 XEON 等高端 CPU 更有可能胜出。对于实际加速,请尝试使用像 NVIDIA Tesla 这样的高端 GPU。 OpenCV 的当前实现可能未针对您正在使用的 Kepler 架构 GPU 进行优化。
对此没有固定的答案。这取决于算法的并行性质、最佳实现以及系统中存在的硬件。
关于image-processing - 为什么GPU对于opencv SURF算法没有表现出比CPU的优势?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12563939/
我正在用 C++ 开发一个程序,我必须实现一个 cron。由于不同的原因,这个 cron 应该每小时和每 24 小时执行一次。我的第一个想法是创建一个独立的 pthread 并在每次 1h 内休眠。这
我需要向同一场景几何添加多个体素(立方体等于),但每个体素具有不同的纹理。 我的体素超过 500 个,导致性能出现严重错误。 这是我的代码: texture = crearTextura(voxel.
对于 MySQL 数据库,我有 2 个场景,我不确定该选择哪一个,并且对于一些表我也遇到了同样的困境。 我正在制作一个仅供成员(member)访问的网络应用程序。每个成员都有自己的交易、费用和“列表”
我想知道一个简单的事情: 当设置一个被所有 child 继承的样式时,是否建议最具体? Structure: html > body > parent_content > wrapper > p 我想
很难说出这里要问什么。这个问题模棱两可、含糊不清、不完整、过于宽泛或夸夸其谈,无法以目前的形式得到合理的回答。如需帮助澄清此问题以便重新打开,visit the help center . 关闭 1
这些天我正在阅读有关 JPA 的内容。我了解到可以在 JPQL 中使用 explicit 或 implicit JOIN。 显式加入 em.createQuery(“SELECT b.title, p
我有一种情况需要连接几个字符串以形成一个类的 id。基本上,我只是在列表中循环以获取对象的 ToString 值,然后将它们连接起来。 foreach (MyObject o in myList)
我正在检查我的游戏在拖尾效果下的性能会降低多少。但我注意到每秒的操作次数更多了。这怎么可能? 这是怎么回事... context.fillRect(0, 0, 500, 500); // cl
如果我可以选择使用全局变量或传递变量,哪个选项在速度和内存使用方面更好? // global variable function func(){ global $var; echo $var;
我有一个类似这样的表“tbl”:ID bigint(20) - 主键,自增字段1字段2字段3 该表有 60 万多行。 查询:SELECT * from tbl ORDER by ID LIMIT 60
谁能告诉我,我如何比较 TSP 最优和启发式算法?我已经实现了 TSP,但不知道如何比较它们。事实上,我怎样才能找到 TSP 的最优成本?有什么方法或猜测吗? 谢谢 最佳答案 用众所周知的基准实例检查
我有一个 NSTextStorage里面有长文本(比如一本书有 500 页,当前字体在设备上超过 9000 页)。我以这种方式为 textcontainer 分发此文本: let textStorag
我有一个根据邮政编码搜索项目的应用程序。 在搜索邮政编码时,我返回了来自该城市/社区的所有产品(通过解析邮政编码完成)。 我现在需要根据与原始邮政编码的距离对这些产品进行分类。 我将纬度/经度存储在数
我有许多进程(大约100到1000个进程),每个进程都必须向其他进程(例如大约10个)发送一些数据。 (通常,但不一定总是这样,如果A发送给B,B也发送给A。)每个进程都知道必须从哪个进程接收多少数据
我知道无状态组件使用起来更舒服(在特定场景下),但是既然你不能使用shouldComponentUpdate,这是否意味着组件将在每次props更改时重新渲染?我的问题是,使用带有智能 shouldC
我正在研究 Google Pagespeed 的加速页面加载时间指南列表。其中之一是缩小 CSS 和 JS 文件。 由于这些文件经常更改,我正在考虑使用 PHP 脚本根据请求(来自浏览器)即时缩小此脚
我正在尝试从下表构建 SQL 查询(示例): Example of table with name "performances" 这是带有运动表现的表格。我想从这个表中选择每个学科和一组一个或多个类别
假设我们有一个字符串 var "sA",我想检查字符串 "123"是否在 sA 的末尾。 什么更好,为什么: if(sA.length() > 2) sA.substr(sA.length()-3)
关于受这篇文章启发的可参数化查询 LINQ group by property as a parameter我获得了一个很好的参数化查询,但在性能上有一个缺点。 public static void
| 和| 之间有什么主要区别吗?和 + 从长远来看会影响代码的性能吗?或者都是 O(1)?我正在使用的代码是这样的: uint64_t dostuff(uint64_t a,uint64_t b){
我是一名优秀的程序员,十分优秀!