使用.net Remtoing并行计算_Java教程

　　在MSDN上发现一篇文章是介绍如何使用.net Remoting进行并行计算的，刚好本人对并行计算很有爱好，于是仔细地分析了一下此程序的代码。原文及程序可以在此处获得。由于觉得原文只是作了一个大致的讲解，有很多细节只是掩藏在源代码中，所以在花了很多时间分析完源程序后，才对原文有了很深的理解，疏理出一些内容出来和大家分享。
　　
　　一．概述
　　.NET Remtoing用于在远程服务器和客户机之间互相调用对象，这些对象是存在于同一AppDomain中的。它使用Soap或二进制的方式传递消息（即要调用的对象），传送协议为HTTP或TCP。
　　
　　二．Remoting如何实现并行计算？
　　.NET Remoting与并行计算似乎是两个不同的概念，前者更类似于分布式计算和Web Service，而后者实际上是计算粒度更小的任务，但它将一个计算任务分配给多个节点计算，然后汇总成一个结果返回。
　　
　　根据以上思想，实现上将分布的对象的粒度设计小一点即可实现并行计算。并行计算的一个要害因素是进程（或子任务）间通讯，而我们把.net remoting中的对象间通讯作为进程间通讯即可。
　　
　　本例并行计算Pi的小数点，精确到N位。使用.net remoting可以如下实现。在每个节点上运行相同的程序，但每个节点计算不同位置的小数位，如NodeA计算小数点后1-9位，NodeB计算10-18位，NodeC计算19-27位，这样最终汇总的结果就可以有1-27位。由于是并行计算，比起单机计算，时间要快上很多倍，其加速比与每台节点的速度及整个通信网络的速度有关。计算模型如下图所示：
　　　使用.net Remtoing并行计算（图一）

　　三．并行算法
　　要进行并行计算，首先要设计好并行算法和通讯模式。由于我们只是在PC机群进行并行计算，所以采用了最简单的主从式并行模型，即由一个主进程负责任务的分发，结果的归约，将子任务平均分配到每个节点上计算。
　　
　　但实际上本文中使用的并不是平均分配任务，而是更好的任务池工作方式。即每个节点计算完一个子任务后，会向主进程申请新的任务，一直到任务全部计算完为止，这样的好处是计算能力越强的节点计算的任务也越多。比起平均分配来说可以提高总体的计算和减少同步时间。
　　　使用.net Remtoing并行计算（图二）

　　四．程序结构
　　此程序主要由以下几个包组成，
　　　使用.net Remtoing并行计算（图三）

　　● 4．1）　ServerLoader
　　
　　用于加载提供可远程调用的服务器对象，指定调用使用的网络协议和端口，以便于在局域网中被调用，然后侦听来自客户端的请求，在服务器上处理此请求并返回结果。
　　
　　简单来说即每个节点都必须运行ServerLoader程序，以向外界声明可被调用的对象（即Plouffe_bellard.dll中的对象）。
　　
　　以下代码为调用配置文件：
　　
　　String ConfigFilePath = Path.GetDirectoryName(Application.ExecutablePath) +　ServerLoader. exe.config";
　　
　　RemotingConfiguration.Configure(ConfigFilePath);
　　
　　配置文件为：ServerLoader.exe.config
　　
　　<configuration>
　　
　　　<system.runtime.remoting>　
　　
　　<application name = "ServerLoader">　
　　
　　　<service>
　　
　　　　<wellknown
　　
　　　　　mode="SingleCall"
　　
　　　　　type="PB.Plouffe_Bellard,Plouffe_Bellard"
　　
　　　　　objectUri="Plouffe_Bellard"/>
　　
　　　</service>
　　
　　　<channels>
　　
　　　　<channel ref="tcp server" port="9000"/>
　　
　　　</channels>
　　
　　</application>
　　
　　　</system.runtime.remoting>
　　
　　</configuration>
　　
　　● 4．2）　Plouffe_bellard
　　
　　这就是.NET Remoting中的实际被调用的远程对象，它被置于每个节点上。它是继续自System.MarshalByRefObject，这样的派生对象从来都不会离开它的应用域，客户就可以通过代理对象调用远程对象的方法。
　　
　　它是用来计算圆周率PI的小数点位数的程序，Plouffe_Bellard算法具有很好的并行性，它可以指定要计算的小数点的位置，如第二节所述。
　　
　　其函数形式为：
　　
　　public class Plouffe_Bellard : System.MarshalByRefObject
　　
　　{
　　
　　public String CalculatePiDigits(int n)
　　
　　　　　　　　　 { … }
　　
　　}
　　
　　● 4．3）DigitsOfPi
　　
　　此子基础上为整个项目核心部分，可作为客户端程序运行。它主要实现主界面UI处理、节点配置，多线程创建与同步，计算任务分配与汇总的功能，只需要在任何一台节点上运行即可。包括以下几个对象：
　　
　　MainForm，SolutionArray，SolutionItem，RemotingObject，CalculationThread。
　　
　　■ mainForm：即处理UI对象
　　
　　■ SolutionArray是并行线程分配与治理程序，如:任务池创建、任务分配、线程创建、同步线程, 汇聚结果等。
　　
　　■ SolutionItem即任务的数据结构。包括要计算的小数点位, 计算的结果, 计算的在机器。
　　
　　■ RemotingObject是RemotePiCalculator，用于获取远程对象。
　　
　　■ CalculationThread：计算模块，在线程中运算（由SolutionArray产生和调用），并不断从任务池中取得任务进行计算。
　　
　　以下为这几个对象的序列图：
　　　使用.net Remtoing并行计算（图四）

　　当远程对象的CalculatePiDigits被客户端程序调用时，此要求即被发送到远程机器的ServerLoader对象。然后服务器上的对象就会计算结果。最后将计算的结果返回给客户端程序，显示在文本框中。
　　
　　五．结果分析
　　机器配置说明
　　
　　MOORE　　　　700MHz　　　 AMD Duron　192M SDR
　　
　　LOZIT　　　　　1.8GHz　　　 Batumn　　　 256M DDR
　　
　　时间比较
　　使用.net Remtoing并行计算（图五）

　　由于算法的特性，计算到高位时可以看到计算速度逐渐变慢。在我们的机器上，算到第3000位四周速度已经是非常之慢，忍受不住终于中断，一共计算了3330位，共耗时719545 ms，即12分钟。在实验中还发现，节点只能与同一子网中其它节点相连才有效，要与子网外的节点相连，可能要涉及.net 中的更高级话题，就不太清楚了。
　　
　　六．后记：
　　本文中的并行算法相对简单，没有涉及并行计算的高级算法及其它内容，如子任务间并没有传递数据。使用.net remoting是否适合作并行计算呢？当在科学计算领域中已经有现成的MPI，MVP等并行通讯库可用时？假如可以出现MPI for C#，那真是一大福音。（似乎俄罗斯的专家们已经实现了这个项目，叫做T-System[2]）。假如有时间，希望会在以后我文章中继续研究用.net remoting进行并行计算。国外的一些研究组似乎已经有不少开始这方面的研究，希望有爱好的朋友和本人联系，一同探讨。