【节前分享】用最简单的方式在C#中使用多线程加速耗时的图像处理算法的执行（多核机器）。

感谢caozhy，虽然我们之前闹过矛盾。

vb6是根本不支持线程的，只支持默认的sta线程切换模型，睁着眼睛骗外行时才会说“vb6是因为采用了多线程所以比vc6慢”。

vb6是根本不支持线程的，只支持默认的sta线程切换模型，睁着眼睛骗外行时才会说“vb6是因为采用了多线程所以比vc6慢”。我不懂sp1234的意思，是讽刺我还是什么，我没说这个话的 "vb6是因为采用了多线程所以比vc6慢;

在单核时代，多线程是不是只是让界面响应流畅以外毫无作用呢？其实不是，多线程一样可以带来性能的增益。一个最明显的例子是网络下载。这是一个通过并发（我们往往管CPU的并发叫并行，其实我倒是觉得没有必要严格区分这两个词）实现IO延迟隐藏（网络传输也可以视作是IO延迟）的经典例子。

而且就算考虑到sta线程模式（根本不支持多线程，而是采用消息甭的模式用单个线程队列顺序执行方式来模拟多线程并行程序），那么vb6也根本没有在什么“图像程序”中去纠结sta。vb6的各种底层都是使用vc的。只不过vb6做比较高层的工作，如果需要抛开已经封装好的高层次方法、而必须频繁调用低级的语句，实际上vb6开发人员会直接使用 pinvoke 方式。15年前vb6和vc6程序员如何编程，跟当时使用什么“多线程”没有关系。

另外，和GPU相比，CPU的计算能力太小儿科了。
Core i7的运算能力才50Gflops
而现在一块中低端的GTX660，运算能力都超过了1.5T（1500Gflops），是CPU的30倍以上。而且图像是天然地适合GPU运算的东西。推荐lz研究下GPU的加速。比如Cudafy http://www.codeproject.com/Articles/202792/Using-Cudafy-for-GPGPU-Programming-in-NET

论坛里，sp1234以及caozhy 等都是很有能力的，不过说实在的也是很"嚣张的" ,适度保持克制吧,吧内因为两位而起火的帖子确实不少的，幸好我是天天16个小时在CSDN，知道两位的脾气，才不会上火。
sp1234我对多线程的理解还很原始，我那段话的意思很多也是我的臆想，我原本的意思就是：在单核的情况下，对于图像的算法本身，用多线程去实现，仅仅从速度上考虑，应该不会有提高。那么这样同一样一个算法，由于VB6的程序一般都是单线程的，速度上也就不会比VC差多少，即使VC是使用多线程编码的。但是这种情况在多核的机器下就不同了。

呵呵，我也是天天在csdn，都是在讨论技术，有瑕疵人家才会有挑剔，我喜欢

不错感谢分享！Thanks!

LZ使用的并行方法，不是多线程
正如有人所说，并行可以说是GPU的天下，若是想把图像处理效率有数量级的提高，
GPU则是很好的武器
NVIDIA的的CUDA可以看下，
以前做医疗影像的时候，算法部的同事，将灌注的同一算法移植到GPU上，效率提高了5倍，而且还是在没有怎么优化的情况下

现在好多人都在挖掘GPU并行的潜力效率一般都会增加6倍以上

GPU的编程方式和CPU好像有很大的差别。国内号称有个全球第一款基于GPU 加速的全功能图片处理软件 Musemage ，处理的速度确实非常不错。不过有些无法并行的算法还是得靠CPU来实现的。

请教下到底什么是并行。我上面的说法可能也不会。并行与多线程可能就是两个互相独立的两个东西。
这本书我上大学的时候看过，amdahl定律被叫做悲观定律，后面还有一个乐观定律，就是并行计算可以大大扩展运算的规模，结果是，串行的部分在运算中的占比随规模的扩大会越发无足轻重，因此总体说来，并行计算可以无限提高计算性能。

看书主要是看思想方法，而不是具体的知识。比如这个悲观定律和乐观定律，对我的思考问题的方式就有很大的启发。比如说，C#和C++比，好在哪里这个问题。之前我的思维方式局限在，解决某个具体的问题，C#能做，C++也能做，只是麻烦一点。似乎好像语言只是一个工具。但是如果你有了另一个视角，再看这个问题，就不一样了：人类的思维规模是一定的。如果一个程序过于庞大，那么再给它添加更多的东西，去思考、理解、实现和维护它都会成倍地困难——即使增加人手也一样。那么，解决相同的问题，一种抽象程度较高的语言需要的思维规模就较小，因此用C#可以编写出比C++在问题复杂性上更高，或者说规模更大的程序。虽然在理论上，你可以把这样一个程序用C++乃至机器语言改写，但是它的成本、时间已经是你远远不能承受而只是理论上的事情了。这就是什么事情C#可以做而C++不可以做的答案。

举个不是理论的例子来看看。
用纯c++去写一个csdn网站试试。

举个不是理论的例子来看看。
用纯c++去写一个csdn网站试试。CSDN好复杂！

请教下到底什么是并行。我上面的说法可能也不会。并行与多线程可能就是两个互相独立的两个东西。

我记得我读书的时候是如是理解，并行是需要真正意义上同一时多通道刻执行同一任务。而线程可以看做是一个并发，看起来像是同一时刻执行多任务，但是在执行单元小于线程数的时候，同一时刻执行的任务数只有执行单元的数量。我举个例子不知道对不对啊。
int a,b;
a=0;b=100;
for(int i=0;i<100;i++)//A cpu计算
{
   a=a+1;  //A cpu计算
   b=b+100;//B cpu计算这个地方可以交给另一个CPU计算。
}
a和b互相计算互不干涉。如果有两个cpu就可以单独计算。
多线程呢相当于
第一个线程只是执行A的。  两个上下文这个可以交给A cpu来计算
for(int i=0;i<100;i++)
{
   a=a+1;
}
第二个线程只是执行B的。  两个上下文这个可以交给B cpu来计算
for(int i=0;i<100;i++)
{
   b=b+100;
}

举个不是理论的例子来看看。
用纯c++去写一个csdn网站试试。CSDN好复杂！
尺有所短寸有所长。

请教下到底什么是并行。我上面的说法可能也不会。并行与多线程可能就是两个互相独立的两个东西。

我记得我读书的时候是如是理解，并行是需要真正意义上同一时多通道刻执行同一任务。而线程可以看做是一个并发，看起来像是同一时刻执行多任务，但是在执行单元小于线程数的时候，同一时刻执行的任务数只有执行单元的数量。我举个例子不知道对不对啊。
int a,b;
a=0;b=100;
for(int i=0;i<100;i++)//A cpu计算
{
   a=a+1;  //A cpu计算
   b=b+100;//B cpu计算这个地方可以交给另一个CPU计算。
}
a和b互相计算互不干涉。如果有两个cpu就可以单独计算。
多线程呢相当于
第一个线程只是执行A的。  两个上下文这个可以交给A cpu来计算
for(int i=0;i<100;i++)
{
   a=a+1;
}
第二个线程只是执行B的。  两个上下文这个可以交给B cpu来计算
for(int i=0;i<100;i++)
{
   b=b+100;
}你说的第一个叫指令级并行（ILP），第二个叫线程级并行（TLP）。注意，如果不使用线程，是不会将计算分摊到多个处理器上的——在两个不同的处理器上同步的开销远远大于指令并行带来的性能增益。

我们实验室都是用VS2010在GPU上跑，速度确实很快

除了CUDA，还有一个叫什么来着，一下子想不起来了？

关注一下，CUDA确实是不错，但必须用C去实现，开发效率就低了。

不错感谢分享！Thanks!

调试易

【节前分享】用最简单的方式在C#中使用多线程加速耗时的图像处理算法的执行（多核机器）。

解决方案 »