本篇文章给大家谈谈异构系统接口设计,以及异构系统接口设计图对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。
今天给各位分享异构系统接口设计的知识,其中也会对异构系统接口设计图进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!
本文目录一览:
计算机系统集成属于哪个个科技领域?
信息系统集成定义:实现各种异构系统,应用和数据源之间共享和交换信息和协作的途径,方法学,标准和技术。
通常包括以下四个方面的集成:
硬件(网络)集成--使用硬件设备将各个子系统连接起来应用(软件)集成--多个异构系统间的交互信息(数据)集成--保证多个系统中的信息保持一致业务(流程)集成--跨应用系统的业务流程的集成
扩展资料:
由于系统集成要让不同厂家的不同产品和设备互连在一起,让不同网络和不同系统互连在一起,接口问题就成为信息系统实现的关键点。
接口设计的主要工作一般包括硬件模块接口、操作系统接口、异构数据库接口、软件开发平台接口、人机界面接口等内容。进行系统集成之前首先要对产品、技术和系统有一个全面、深入的了解和分析,在此基础上还必须具备设计开发接口的能力,这样才能保证信息系统的成功。
迄今为止信息系统的集成尚没有一套完整、成熟的规范和标准可以遵循,因此还需要工程开发人员和科技工作者不断地进行研究和探索,对系统集成制定相应的规范、流程和管理方法。
在j2ee应用的服务器中,通过什么方式,向外部异构系统提供调用接口
面对一个实习生,我
异构系统接口设计的研究方向是大型的数据处理,分布式计算,中间件的hadoop,似乎是说我很感兴趣的话,中间件,直接问我,我的理解的中间件,我很少思考这样一个问题:中间件有自己的理解是硬件,操作系统和应用平台,可以屏蔽不同性质的操作系统。 ???一个完整的系统平台由一套,中间件通常集成,包括开发平台和运行平台。中间件这组,通常会是至少一个通信中间件。中间件是分布式系统中使用的一个概念。 中间件屏蔽
异构系统接口设计了底层操作系统的复杂性,应用开发简单的统一。降低编程的复杂性(Hadoop是一个很好的例子),专注于自己的业务,没有程序在不同的系统上的软件移植和重复劳动,大大降低了技术负担。中间件把应用系统,而不是只是简单的开发,缩短开发周期,还减少了工作量的系统维护,操作和管理(这并没有觉得在hadoop直接写MPI程序,也可以运行不需要任何额外的维护,容错机制,Hadoop的声音,满足了这一点)。此外,还降低了电脑的整体成本投入。 中间件,以便为解决分布式异构分布式计算系统的问题比较困扰,不得不面对的一个问题。中间件提供了一个标准的程序接口和协议的应用程序调用,或更确切地说,是中间件服务过程调用的应用程序接口来完成的任务。 其中:特性的中间件
可以概括为如下: 1。满足大量的应用程序的需求
各种硬件和OS平台上运行
跨网络,应用或服务的硬件和OS平台的透明性,支持分布式计算
4支持标准协议的互操作性
5。支持标准接口的便携性
???,中间件成为许多标准化工作的重要组成部分。对于应用软件开发,中间件是操作系统和网络服务更为重要,中间件提供了一个相对稳定的高层应用程序接口定义,不管底层的计算机硬件和系统软件更换,只要将中间件升级更新并保持中间件的外部接口定义了相同的应用软件,几乎不需要任何,从而保护重要的企业应用软件开发和维护的投资。 :中间件的分类
在分布式环境中,中间件必须提供通信服务,我们调用这个服务平台,根据不同的目的和实现机制,可分为下列几大类: 远程过程调用(Remote Procedure Call,远程过程调用)
面向消息的中间件(面向消息的中间件)
对象请求代理(对象请求代理)
它们的功能: 第一:起来,提供不同形式的通讯服务,包括同步,排队订阅出版,广播,这些基本的通讯平台,可以建立各种框架,为应用程序提供服务,在不同领域的事务处理监视分布式事务处理访问对象交易经理OTM。 二:中间件本身定义的相应字段的应用程序的体系结构,标准的服务组件,用户只需告诉框架感兴趣的事件,然后提供处理这些事件的代码。当一个事件发生时,框架将调用用户代码。用户不必调用框架,用户程序不关心的框架结构,实施过程中,系统API调用,框架是负责基于中间件的应用程序开发完成后具有良好的可扩展性,可管理性,高可用性和可移植性。 2.1分类介绍:
????2.1.1远程过程调用
Remote Procedure Call,远程过程调用是一种广泛使用的分布式应用程序的方法。应用程序使用RPC来“远程”执行一个不同的地址空间的过程中,从效果来看,执行相同的本地电话。 ??2.1.2面向消息的中间件
???的MOM是可靠,高效的消息传递机制,独立于平台的数据交换和集成的分布式系统数据通信的基础上。通过提供消息传递和消息排队模型,它可以扩展的分布式环境中,进程间通信,并支持多种通讯协议,语言,应用程序,硬件和软件平台。流行的MOM中间件产品有IB??M的MQSeries,:BEA MessageQ。 消息传递和排队技术有三个主要特点: 通信程序可以运行在不同的时间,程序是在网络上直接相互通话,而是间接地将消息放入消息队列,因为程序之间有没有直接的联系。因此,他们不被同时运行。到合适的队列中的消息,目标程序或根本不需要正在运行的运行,即使目标程序并不意味着他们应该立即处理该消息。
:复杂的应用程序的应用的结构上,图2是不具有约束力,通信处理不仅可以是一个之间的一一对应关系,并且也可以是一对一一对多和many-to-one上,或什至是的各种方法的组合。多种通信手段的构造函数不增加的应用程序的复杂性。
3。计划和网络复杂性的性隔离:程序会把消息放入消息队列,或删除的消息从消息队列中的沟通与此相关的所有活动,比如维护消息队列,维护之间的关系程序和重新启动网络和移动网络中的消息队列处理的任务的MOM不直接与其他程序调用,不涉及复杂的网络通信。
??2.1.3对象请求代理
???随着时代的发展对象技术与分布式计算技术,既能互相形成一个分布式对象计算,并发展成为当今软件技术的主流方向。 1990年底,对象管理集团OMG对象管理结构OMA(对象管理体系结构),对象请求代理(对象请求代理)是这个模型的核心组成部分。它的作用是提供一个通信框架,透明的请求异构分布式计算环境中传递对象。 CORBA规范包括了ORB的所有标准接口。 CORBA 1.1于1991年推出,定义了接口描述语言OMG IDL和支持的客户机/服务器对象特定的ORB互操作性API。 CORBA 2.0规范描述了不同厂商的ORB之间的互操作性。 ??对象请求代理(ORB)是对象总线,它在CORBA规范的核心,定义异构环境下对象透明的基本机制发送请求和接收响应,是一个客户机/服务器对象之间的关系建立中间件。 ORB允许向其他对象的对象的请求可以是透明的或接受的其他对象的响应,这些对象可以位于本地到远程机器上,也可以位于。可以实现ORB拦截请求调用,并负责寻找所请求的对象,传送参数,调用相应的方法,并返回结果。客户端对象在同一台服务器对象的沟通和激活机制或存储服务器对象,不知道,也不用知道服务器对象,它是什么语言,什么作业系统或其他系统组件不属于对象的接口。 ?这是值得注意的,客户端和服务器的角色,仅仅是用来协调对象之间的交互,根据不同的场合,在对象上的ORB可以是客户端,也可以是一个服务器,或者甚至两者。当对象发出请求时,它是在客户端的角色,当它接收到一个请求时,它是在一个服务器角色。大多数的对象都发挥客户端扮演的角色在服务器的角色。此外,没有一个是负责传输和服务器管理,客户端和服务器之间的直接连接对象请求ORB,因此,与RPC支持简单的客户机/服务器体系结构相比,ORB可以支持更加复杂的结构。 2.1.4事务处理监视器
??事务处理监控程序(交易处理监视器)最早出现在大型机上,大规模事务处理环境中的可靠运行提供支持。随着分布式计算技术的发展,分布式应用系统需要大规模的事务处理,如大量的关键事务处理的商业活动。交易监控社会之间的客户端和服务器,事务管理和协调,负载平衡和故障恢复,以提高系统的整体性能。它可以被看作是事务处理应用程序的“操作系统”。一般来说,事务处理监视器具有以下特点: 流程管理,包括启动服务器进程,分配任务,监督其执行情况和负载平衡。
事务管理,即确保在其监测的原子性,一致性,独立性和持久性的交易。
在客户端和服务器之间的通讯管理提供了多种通讯机制,包括请求响应会话,排队,订阅发布和广播。
???交易监控提供了大量的客户端,如飞机订票系统的服务。如果被分配给所需要的资源,然后为每个客户端的服务器,该服务器将被淹没(如在图2中所示)。但实际上,在相同的时间,并非所有的客户端需要请求服务,一旦客户端请求的服务,希望得到一个快速的反应。事务处理监视器操作系统之上提供一组服务,管理和分配相应的服务进程,使服务器可以有效地为大型客户提供服务,在有限的系统资源,客户端的请求。 :中间件的不足之处
???最流行的中间件服务使用专有的API和专有的协议,使来自不同制造商的应用程序建立在一个单一的制造商的产品实现互操作性是困难的。一些中间件服务平台实现,从而限制了异构系统之间移植的应用。应用程序开发者建立自己的应用程序,这些中间件服务也需要承担相当大的风险,他们往往需要重写他们的系统,随着技术的发展。中间件服务的分布式计算的抽象程度提高,应用程序开发人员需要面对很多困难的设计选择,例如,开发人员还需要在客户端和服务器端的功能分配决定的分布式应用程序。通常是指客户端的显示设备上的服务,方便的使用数据服务的服务器上关闭到数据库中,但它并非总是如此,更何况其他应用程序是如何分配的,它是不容易的确定。
为什么在FPGA上使用OpenCL
对异构计算
异构系统接口设计的需求导致出现了新程序语言
异构系统接口设计,推动新硬件的开发。一个例子就是苹果公司首创的OpenCL。OpenCL是一种编程框架,可在异构平台(包括CPU、GPU、DSP、FPGA和其
异构系统接口设计他类型的处理器)上执行。OpenCL包括一种开发核心程序(在硬件器件上执行的功能)以及定义和控制各种平台的应用程序接口(API)的语言。OpenCL支持基于任务的并行计算以及基于数据的并行计算。
在过去十年左右,处理器硬件频率遇到了所谓的功率墙,使得处理器无法进一步提高频率。近几年中,您最后一次听说英特尔等CPU制造商以时钟速度宣传处理器性能是什么时候?相反,CPU制造商一直都在忙着往CPU中添加更多的处理内核,增强其指令集,保证系统可以同时执行多条指令,提高程序执行速度,而无需提高时钟频率。软件公司也一直忙于开发一种通过计算机代码组(即“线程”)以真正的并行方式执行程序的软件。在并行计算中,线程是在单独的处理器内核,而不是以前的伪并行处理器(线程不是在单独的处理器内核上执行,而是被操作系统进行了时间分割,表面上看是并行运行的)上执行的。
FPGA在本质上是并行的,因此,与OpenCL并行计算能力完全吻合。FPGA提供了一种流水线并行方法,可通过在任务中应用推拉配置,利用先前任务中的不同数据(无论是否存在主机交互)完成任务。这是典型数据级并行或任务并行的又一选择。OpenCL支持您在熟悉的C程序语言环境中,利用OpenCL提供的多种功能来编写代码。您无需学习FPGA设计人员的底层HDL编码工作,即可将这些内核程序发送至FPGA。通常,使用OpenCL编写FPGA代码,可以为软件开发人员和系统设计人员带来一些优势。
✓ 简单方便的进行开发:大多数软件开发人员都对C编程语言十分熟悉,而对低层HDL语言并不十分了解。OpenCL使您能够在更高层面上编程,让更多的软件开发人员都能采用您的系统。
✓ 代码分析:您可以使用OpenCL分析代码,确定性能关键的部分,通过FPGA中的内核进行硬件加速。
✓ 性能:每瓦性能指标是系统设计的最终目标。使用FPGA,您可以在高能效解决方案中均衡的实现高性能。
✓ 效率:FPGA是一种精细粒度并行体系结构,使用OpenCL,只生成所需要的逻辑,功耗是其
异构系统接口设计他硬件方案的五分之一。
✓ 异构系统:使用OpenCL,可以针对FPGA、CPU、GPU和DSP无缝开发内核程序,从而实现真正的异构系统设计。
✓ 代码重用:软件开发的“圣杯”是实现代码重用。通常,代码重用是软件开发人员和系统设计人员难以企及的目标。OpenCL内核支持代码移植,可用于不同项目、不同系列、不同代的FPGA,延长代码的生命周期。
目前,OpenCL是由技术联盟科纳斯组织负责开发和维护的。大多数FPGA制造商都可以为FPGA的OpenCL开发提供软件开发套件(SDK)。
如何进行cpu+fpga的异构开发
把软设计提升一个水平
要超越FPGA胶合逻辑应用需要更广阔的视野,包括充分利用可编程器件,把尽可能多的硬件引入到软领域中。这包括引入处理器功能本身,今天,FPGA内的软处理器正越来越多地转变成嵌入式平台。从根本上说,改用带FPGA的软处理器会带来结构灵活性、板卡尺寸更小、更简单的优点。但深层次的应用会带来更吸引人的优点。
当利用了FPGA的可编程特性获得处理器顶层的抽象层时,就为嵌入式开发人员打开了无限可能,——不仅在软件中实现抽象级设计,而且在硬件中也实现了。试想这样一个系统:处理器通过可配置硬件(本质上是一个硬件包裹)与其内存和外设连接——这就抽象了处理器的接口。简单地对FPGA重新编程就改变了硬件包裹,系统设计师可以轻易地改变处理器内核,甚至在硬的或软的处理器之间转换,无需修改其他系统硬件。从系统的角度来看,所有处理器都是相似的,这就简化了硬件设计流程。当然,把这延伸到应用软件领域也需要可以在处理器之间提供C级别兼容性的编译器。
这种系统的优点是不需要“事先”对处理器做出选择。系统可能是使用某种处理器开发的,但是开发阶段发现需要更高的性能,又采用了更快的器件。由于包裹层的原因,处理器可以是软的、硬的、甚至是FPGA内部的硬件处理器内核,而不会影响周围的硬件,因为转换层仅仅创建出连接外设的标准接口。实际上外设器件本身的连接可以相同方式抽象。在这个方案中,FPGA为嵌入式系统的所有部件提供通用的连接性,而有效地成为系统互连结构。换言之,它有效地成为标准接口“骨干”,硬件和软件都可以轻松与处理器和外设交流。
最后,在处理器之上引入透明的包裹层会创建出基于FPGA的开发环境,提供真正的处理器独立性。软件和硬件开发速度都提高了,处理器选择可以放到设计流程的后期进行,有效的软件/硬件协同设计成为可能。
HL7的基本信息
HL7 卫生信息交换标准(Health Level 7)标准化异构系统接口设计的卫生信息传输协议异构系统接口设计,是医疗领域不同应用之间电子传输的协议。HL7汇集异构系统接口设计了不同厂商用来设计应用软件之间接口的标准格式,它将允许各个医疗机构在异构系统之间,进行数据交互。
HL7的主要应用领域是HIS/RIS,主要是规范HIS/RIS系统及其设备之间的通信,HL7的宗旨是开发和研制医院数据信息传输协议和标准,规范临床医学和管理信息格式,降低医院信息系统互连的成本,提高医院信息系统之间数据信息共享的程度。
扩展资料:
HL7(Health Level Severn,)组织是一家非盈利性质的国际性组织,主要从事卫生保健环境临床和管理电子数据交换的标准开发。
HL7组织参考了国际标准组织ISO(International Standards Organization),采用开放式系统互联OSI (Open System Interconnection)的通信模式,将HL7纳为最高的一层,也就是应用层。
参考资料来源:百度百科-HL7
异构计算的异构计算
在异构计算系统上进行的并行计算通常称为异构计算。人们已从不同角度对异构计算进行定义,综合起来我们给出如下定义:异构计算是一种特殊形式的并行和分布式计算,它或是用能同时支持simd方式和mimd方式的单个独立计算机,或是用由高速网络互连的一组独立计算机来完成计算任务。它能协调地使用性能、结构各异地机器以满足不同的计算需求,并使代码(或代码段)能以获取最大总体性能方式来执行。
概括来说,理想的异构计算具有如下的一些要素:
(1)它所使用的计算资源具有多种类型的计算能力,如simd、mimd、向量、标量、专用等;(2)它需要识别计算任务中各子任务的并行性需求类型;(3)它需要使具有不同计算类型的计算资源能相互协调运行;(4)它既要开发应用问题中的并行性,更要开发应用问题中的异构性,即追求计算资源所具有的计算类型与它所执行的任务(或子任务)类型之间的匹配性;(5)它追求的最终目标是使计算任务的执行具有最短时间。
可见,异构计算技术是一种使计算任务的并行性类型(代码类型)与机器能有效支持的计算类型(即机器能力)最相匹配、最能充分利用各种计算资源的并行和分布计算技术。 1、异构计算系统。
它主要由以下三部分组成:(1)一组异构机器。(2)将各异构机器连接起来的高速网络。它可以是商品化网络,也可以是用户专门设计的。(3)相应的异构计算支撑软件。
2、异构计算的基本工作原理。
异构计算需求在析取计算任务并行性类型基础上,将具有相同类型的代码段划分到同一子任务中,然后根据不同并行性类型将各子任务分配到最适合执行它的计算资源上加以执行,达到使计算任务总的执行时间为最小。下面通过一个简单例子来说明异构计算的基本工作原理。
假设在某一基准串行计算机上执行某一给定计算任务的时间为ts,其中向量、mimd、simd以及sisd各类子任务所占执行时间的百分比分别为30%、36%、24%和10%。假设某向量机执行上述各类子任务相对于基准串行机的加速比分别为30、2、8和1.25,则在该向量机上执行此任务所需的总时间为
tv=30%ts/30+36%ts/2+24%ts/8+10%ts/1.25=0.30ts,
故相应的加速比为sv=ts/tv=ts/0.3ts=3.33
若上述向量机与其他的mimd机、simd机以及一台高性能工作站(sisd型)构成一个异构计算系统,并假设mimd机、simd机以及工作站执行相匹配子任务的加速比分别为36、24和10,则在该异构计算系统上执行同样任务所需时间就变为
thet=30%ts/30+36%ts/36+24%ts/24+10%ts/10+tc
其中tc为机器间交互开销时间,假设需2%ts时间,则thet=0.06ts,从而相应的加速比为shet=ts/0.06ts=16.67。
由上例可见,异构计算系统可比同构计算系统获取高得多的加速比。这主要是因为同构计算系统中的加速比只是靠并行性开发获取的,而异构计算系统中的加速比除了并行性之外,更主要的是靠开发异构性获得的(即不同类型子任务与相应类型的计算资源相匹配),尽管此时会有相应的交互开销。交互开销越小,异构计算的优越性就越加明显。 异构计算按以何种形式来提供计算类型多样性,可分为系统异构计算(shc-system heterogeneous computing)和网络异构计算(nhc-network heterogeneous computing)两大类。shc以单机多处理器形式提供多种计算类型,而nhc则以网络连接的多计算机形式提供多种计算类型。
根据异构性实现方式不同,即是空间异构性还是时间异构性,shc和nhc各自又可进一步分为两类。shc分为单机多计算方式和单机混合计算方式两大类,前者在同一时刻允许以多种计算方式执行任务,后者在同一时刻只允许以一种计算方式执行任务,但在不同时刻计算可从一种方式自动切换到另一种方式,如simd和mimd方式间的切换。前者的实例有美国hughes研究实验室和mit共同研制的图像理解系统结构(iua),它是多层异构系统结构,按图像理解层次要求设计每一层,低层是simd位串网络(4096),用来处理像素级操作(如图像增强),中层是由64个数字信号处理(dsp)芯片构成的,以spmd或mimd(中粒度)方式执行模式分类等操作,顶层是一个通用mimd(粗粒度)机器,完成场景和动作分析等知识处理操作。后者的实例为美国普渡大学研制的pasm系统原型,由16个pe(处理单元)组成的系统,它们可动态地加以划分以形成各种大小的独立的混合方式子机器,执行方式可按需要在simd和mimd之间自动切换。
nhc可进一步分为同类异型多机方式和异类混合多机方式两类。同类异型多机方式中所使用的多机,它们的结构属同一类,即支持同一种并行性类型(如simd、mimd、向量等类型之一),但型号可能不同,因此性能可以各有差异。通常的now或cow为同类同型多机方式,因此可看成是同类异型多机方式中的特例。异类混合多机方式中所使用的多机,它们的结构则属不同类型。 网络异构计算系统主要由一组异构计算机、一个连接所有机器的高速网络和一个并行编程环境所组成。逻辑上这种系统可分为三个层次:网络层、通信层和处理层。如图1所示。
网络层主要用来连接在不同地点的计算机,如图1中的计算站a和计算站b,并考虑其中消息传递的路由选择、网络流优化和网络排队理论等问题,这与传统的计算机网络设计类似。
通信层工作于网络层之上,主要为系统中各种不同的计算机提供能够相互通信的机制。通信工具软件应提供使众多异构计算机集合可视为是一个单一的系统映像、单个虚拟异构并行机的机制。这将方便用户编程。这种通信工具通常提供一组原语来提供各种通信。典型流行的通信工具是pvm(并行虚拟机)和mpi(消息传递标准接口)。
处理层主要用来管理异构机器组并保证任务的高效执行。它所提供的主要服务包括编程环境和语言支持、应用任务的类型分析和任务划分、任务的映射与调度以及负载平衡等。 异构计算处理过程本质上可分为三个阶段:并行性检测阶段、并行性特征(类型)析取阶段以及任务的映射和调度阶段。并行性检测不是异构计算特有的,同构计算也需要经历这一阶段。可用并行和分布计算中的常规方法加以处理。并行性特征析取阶段是异构计算特有的,这一阶段的主要工作是估计应用中每个任务的计算类型参数,包括映射及对任务间通信代价的考虑。任务映射和调度阶段(也称为资源分配阶段)主要确定每个任务(或子任务)应映射哪台机器上执行以及何时开始执行。
从用户来看,上述的异步计算处理过程可用两种方法来实现。第一种是用户指导法,即由用户用显式的编译器命令指导编译器完成对应用代码类型分析及有关任务的分解等工作,这是一种显式开发异构性和并行性方法,较易于实现,但对用户有一定要求,需将异构计算思想融入用户程序中。另一种是编译器指导法,需将异构思想融入编译器中,然后由具有“异构智力”的编译器自动完成应用代码类型分析、任务分解、任务映射及调度等工作,即实现自动异构计算。这是一种隐式开发异构性和并行性方法,是异构计算追求的终极目标,但难度很大,对编译器要求很高。
自动异构计算的概念性模型如图2所示。首先对两个对象进行分析,一是异构计算系统中的机器集,二是求解的应用程序。为了获取最好的执行效果,对它们不但进行定性分析,还需进行相应的定量分析。
整个异构计算处理过程可分为以下四个阶段:第一阶段主要是对各台机器进行计算特征的分类,得出异构计算系统所能完成的计算类型;按代码块统计应用对计算特征的需求并加以分类;用基准程序测试各机器的性能参数,包括速度参数及机器间通信性能参数,生成对应的两个机器速度性能矩阵和通信带宽矩阵。将程序按计算类型分类划分;估算各子任务的计算量和子任务间通信量,生成相应的任务dag图。dag图中结点上的数值表示子任务计算量,弧上的数值表示两结点间通信量。
第二阶段主要是根据dag和速度性能矩阵计算出每个子任务在各台机器上的执行时间,生成时间性能矩阵;根据通信性能矩阵和子任务的通信量计算各子任务间的通信时间,生成通信时间矩阵。
第三阶段根据前两个阶段结果,给出各子任务到各机器的映射和符合任务dag图偏序关系的调度。映射和调度可以是静态或动态的,动态调度需根据机器负载和网络状态信息进行。
第四阶段为执行。 异构计算的应用范围很广,几乎所有涉及巨大挑战性问题的求解都可用异构计算进行经济有效的求解。典型的应用包括图像理解、质点示踪、声束形成、气候建模、湍流对流混合模拟以及多媒体查询等。这些应用中通常都含有多种不同的计算类型的需求,因此很适合于用异构计算来进行求解。
1、未来应重点开展异构混合多机方式的网络异构计算的研究,它代表着发展趋向,且较经济有效;2、自动异构计算是长期追求目标,在现阶段宜采用用户指导方法来进行研究和开发;3、应尽量利用现有成熟工具如pvm和mpi来开展异构计算的研究和开发;4、应注意开展异构计算的理论分析和建模、性能估计模型、有关软件工具以及异构计算中任务映射和调度算法等方面的研究;5、应研究如何使异构计算系统具有良好的单一系统映像。
关于异构系统接口设计和异构系统接口设计图的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。
异构系统接口设计的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于异构系统接口设计图、异构系统接口设计的信息别忘了在本站进行查找喔。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
暂时没有评论,来抢沙发吧~