本发明实施例涉及计算机领域， 并且更具体地， 涉及一种通信系统和通 信方法。 背景技术

随着人们对服务器性能需求的不断提高，依靠 增加主频来提高计算性能 的时代已经成为过去。解耦硬件架构和分布式 计算机架构成为了服务器架构 的发展方向。

在解耦硬件架构下， 将服务器的各个组件解耦， 由复杂的组件设计改为 简单高效的设计。 解耦的各个组件之间通过高速互联通道相互连 接。 在分布 式计算机架构下， 服务器包括多个处理器， 各个处理器通过互联网络相互连 接。 这样， 将中央处理器的任务分给多个处理器处理， 进而实现不同功能的 各个处理器之间相互协调， 并共享服务器系统的外设与软件。

目前， 在全虚拟化模式下， 工作在上述服务器系统（也即通信系统） 中 的多个操作系统之间基于以太网通信协议进行 通信。 例如， 基于传输控制协 进行通信。 然而， 硬件有互联关系的多个操作系统之间的通信效 率有进一步 提升的空间。 发明内容

本发明实施例提供了一种通信系统和通信方法 ， 能够提高通信效率。 第一方面， 本发明实施例提供了一种通信方法， 应用于具有多个操作系 统 OS的通信系统中， 通信系统包括管理节点、 第一计算节点和第二计算节 点， 第一计算节点和第二计算节点上分别运行有一 个 OS， 该通信方法包括： 第一计算节点向管理节点发送通信方式解析请 求，通信方式解析请求包括第 一计算节点的标识和第二计算节点的标识； 管理节点根据通信方式解析请求 和通信方式参考信息，确定第一计算节点和第 二计算节点之间的物理通信方 式信息， 通信方式参考信息包括系统拓朴信息和系统物 理资源分配结果； 管 理节点将物理通信方式信息发送给第一计算节 点； 第一计算节点基于物理通 信方式信息与第二计算节点通信。

结合第一方面， 在第一方面的第一种实现方式中， 在第一计算节点向管 理节点发送通信方式解析请求之前， 该通信方法还包括： 第一计算节点判断 设置的历史信息中是否包括第一计算节点与第 二计算节点的物理通信方式 信息； 第一计算节点向管理节点发送通信方式解析请 求， 包括： 在确定历史 信息不包括物理通信方式信息时， 第一计算节点向管理节点发送通信方式解 析请求。

结合第一方面及其上述实现方式， 在第一方面的第二种实现方式中， 在 管理节点将物理通信方式信息发送给第一计算 节点之后， 通信方法还包括： 第一计算节点将物理通信方式信息记录于历史 信息中。

结合第一方面及其上述实现方式， 在第一方面的第三种实现方式中， 物 理通信方式信息包括共享本地内存通信方式信 息、共享外部内存通信方式信 息和高速互联通信方式信息中的一种。

结合第一方面及其上述实现方式， 在第一方面的第四种实现方式中， 通 信方式参考信息还包括系统物理资源使用状态 。

结合第一方面及其上述实现方式， 在第一方面的第五种实现方式中， 通 信方式解析请求还包括数据包类型和数据包大 小。

结合第一方面及其上述实现方式， 在第一方面的第六种实现方式中， 系 统拓朴信息包括中央处理器 CPU的架构信息、 本地内存信息、 外部共享内 存信息、 解耦架构高速互联信息和网络互连信息中的一 种或多种。

第二方面，本发明实施例提供了一种通信系统 ，通信系统包括管理节点、 第一计算节点和第二计算节点， 第一计算节点和第二计算节点上分别运行有 一个 os， 其中， 第一计算节点， 用于向管理节点发送通信方式解析请求， 通信方式解析请求包括第一计算节点的标识和 第二计算节点的标识； 管理节 点， 用于根据通信方式解析请求和通信方式参考信 息， 确定第一计算节点和 第二计算节点之间的物理通信方式信息，通信 方式参考信息包括系统拓朴信 息和系统物理资源分配结果； 管理节点， 还用于将物理通信方式信息发送给 第一计算节点； 第一计算节点， 还用于基于物理通信方式信息与第二计算节 点通信。

结合第二方面， 在第二方面的第一种实现方式中， 第一计算节点， 还用 于判断设置的历史信息中是否包括第一计算节 点与第二计算节点的物理通 信方式信息； 第一计算节点， 具体用于在确定历史信息不包括物理通信方式 信息时， 向管理节点发送通信方式解析请求。

结合第二方面及其上述实现方式， 在第二方面的第二种实现方式中， 第 一计算节点， 还用于将物理通信方式信息记录于历史信息中 。

结合第二方面及其上述实现方式， 在第二方面的第三种实现方式中， 物 理通信方式信息包括共享本地内存通信方式信 息、共享外部内存通信方式信 息和高速互联通信方式信息中的一种。

结合第二方面及其上述实现方式， 在第二方面的第四种实现方式中， 通 信方式参考信息还包括系统物理资源使用状态 。

结合第二方面及其上述实现方式， 在第二方面的第五种实现方式中， 通 信方式解析请求还包括数据包类型和数据包大 小。

结合第二方面及其上述实现方式， 在第二方面的第六种实现方式中， 系 统拓朴信息包括中央处理器 CPU的架构信息、 本地内存信息、 外部共享内 存信息、 解耦架构高速互联信息和网络互连信息中的一 种或多种。

基于上述技术方案， 在本发明实施例中， 管理节点根据通信系统的拓朴 信息确定两个计算节点之间的物理通信方式信 息。 这样， 在计算节点之间存 在硬件连接的情况下，计算节点之间可以根据 前述的物理通信方式信息进行 通信， 进而提高了通信效率。 附图说明

为了更清楚地说明本发明实施例的技术方案， 下面将对本发明实施例中 所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本 发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的 前提下， 还可以根据这些附图获得其他的附图。

图 1是本发明实施例可应用的通信系统的示意性� �件架构图。

图 2是本发明一个实施例的通信方法的示意性流� �图。

图 3是本发明另一实施例的通信方法的示意性流� �图。

图 4是本发明实施例的通信系统的示意性框图。 具体实施方式

下面将结合本发明实施例中的附图，对本发明 实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例是本发明的一部分实施例， 而不 是全部实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创 造性劳动的前提下所获得的所有其他实施例， 都应属于本发明保护的范围。

图 1是本发明实施例可应用的通信系统的示意性� �件架构图。

图 1 所示的通信系统包括控制器 （101a， 101b, 101c, 101d )、 处理器

( 102a, 102b )、 存储器（ 103a， 103b, 103d ), 接口池 103c。 其中， 各个控 制器（101a， 101b, 101c, lOld )之间通过高速互联通道相连。 接口池 103c 为服务器各个组件之间的通信提供通信接口。 处理器（102a， 102b )可以包 括一个或多个中央处理器（Central Processing unit, CPU ) 节点。

每个 CPU节点上可以有多个逻辑 CPU。每个 CPU节点可以是一致性内 存访问 （Uniform Memory Access, UMA ) 架构， 也可以是非一致性内存访 问 （Non-Uniform Memory Access, NUMA ) 架构。 总的来说， 每个 CPU节 点上的多个逻辑 CPU共享本地内存。 不同 CPU节点虽然不共享本地内存， 但是它们通过结构高速互联通道相连， 它们共享外部内存池和网络接口池。 也就是说， 除了传统以太网方式， 它们还可以通过共享外部内存和高速互联 通道方式进行通信。

例如， 存储器 103a与处理器 102a连接。 对于处理器 102a中的 CPU板 而言， 存储器 103a为本地存储器。 相对地， 对于处理器 102a中的 CPU板 而言， 不与处理器 102a连接的存储器（ 103b， 103e ) 为外部存储器。

相似地， 存储器 103b与处理器 102b连接。 对于处理器 102b中的 CPU 板而言， 存储器 103b为本地存储器。 相对地， 对于处理器 102b中的 CPU 板而言， 不与处理器 102b连接的存储器（103a， 103e ) 为外部存储器。

应理解， 图 1所示的服务器硬件架构图仅仅是本发明实施� �可应用的计 算机硬件架构图的一个示例， 本发明实施例的保护范围并不限于此。

图 2是本发明一个实施例的通信方法的示意性流� �图。该通信方法可以 应用于具有多个操作系统（ Operation System， OS ) 的通信系统中， 例如该 通信系统可以具有图 1所示的硬件架构。 该通信系统包括管理节点、 第一计 算节点和第二计算节点， 第一计算节点和第二计算节点上分别运行有一 个 OS。 其中， 管理节点、 第一计算节点和第二计算节点在图 1所示的通信系统 中具体占用的物理资源不作限定。 例如， 图 1 中示出的一个 CPU节点可以 包括一个或多个逻辑 CPU。 第一计算节点、第二计算节点和管理节点可以 分 别包括至少一个逻辑 CPU。 进一步地， 管理节点、 第一计算节点和第二计算 节点可以是逻辑上的划分， 也可以是物理实体上的划分。

201 , 第一计算节点向管理节点发送通信方式解析请 求， 通信方式解析 请求包括第一计算节点的标识和第二计算节点 的标识。

202, 管理节点根据通信方式解析请求和通信方式参 考信息， 确定第一 计算节点和第二计算节点之间的物理通信方式 信息，通信方式参考信息包括 系统拓朴信息和系统物理资源分配结果。

例如， 在第一计算节点或第二计算节点向管理节点申 请物理资源时， 管 理节点根据计算节点的需求为其分配相应的物 理资源以供计算节点使用， 并 记录各个计算节点使用的物理资源信息 （即物理资源分配结果）。 这种情况 下， 管理节点可以根据记录的各个计算节点使用的 物理资源信息和通信系统 的系统拓朴信息， 确定计算节点之间可用的物理通信方式。

具体地， 在计算节点启动时， 计算节点可以通过与管理节点之间的信息 交互向其申请物理资源。 这里以第一计算节点为例进行描述。 第一计算节点 启动时， 管理节点可以为第一计算节点分配标识， 并将该标识返回给第一计 算节点。 同时， 根据第一计算节点的需求为第一计算节点分配 物理资源， 并 记录第一计算节点的标识和物理资源的对应关 系。

类似地， 第二计算节点启动时也可以按照前述方法向管 理节点申请物理 资源。 另外， 在通信系统包括其它计算节点时， 其它计算节点启动时也可以 按照前述方法向管理节点申请物理资源。 为避免重复， 在此不再赘述。

另外， 为第一计算节点或第二计算节点分配的物理资 源发生变化时， 管 理节点更新物理资源分配结果。 例如， 在第一计算节点向管理节点追加申请 物理资源时， 或者管理节点释放了第一计算节点使用的部分 物理资源时， 管 理节点需要更新物理资源分配结果。

相似地， 在第二计算节点向管理节点追加申请物理资源 时， 或者管理节 点释放了第一计算节点使用的部分物理资源时 ， 管理节点也需要更新物理资 源分配结果。

这种情况下，在管理节点根据物理资源分配结 果和通信系统的系统拓朴 信息， 确定第一计算节点与第二计算节点之间的物理 通信方式信息时， 管理 节点可以根据通信方式解析请求中的第一计算 节点的标识和第二计算节点 的标识， 物理资源分配结果中的第一计算节点的标识与 物理资源的对应关系 和第二计算节点的标识与物理资源的对应关系 ， 以及通信系统的系统拓朴信 息， 确定第一计算节点与第二计算节点之间的物理 通信方式信息。

例如， 管理节点可以根据存储的计算节,、的标识与� �理资源的对应关 系， 确定第一计算节点使用的物理资源和第二计算 节点使用的物理资源。 这 样， 结合通信系统的系统拓朴信息， 管理节点可以确定第一计算节点与第二 计算节点之间的物理通信方式信息。 其中， 在通信系统的系统拓朴信息中包 含有第一计算节点使用的物理资源与第二计算 节点使用的物理资源之间的 硬件连接关系，

203 , 管理节点将物理通信方式信息发送给第一计算 节点。

204, 第一计算节点基于物理通信方式信息与第二计 算节点通信。

例如， 管理节点可以向第一计算节点发送物理通信方 式信息， 由第一计 算节点向第二计算节点发起通信连接。 或者， 在第一计算节点获取了物理通 信方式信息后， 向管理节点请求协助完成通信连接。

又如， 管理节点可以同时向第一计算节点和第二计算 节点发送物理通信 方式信息。 这样， 第一计算节点和第二计算节点根据物理通信方 式信息中指 示的方式完成通信连接。

基于上述技术方案， 在本发明实施例中， 管理节点根据通信系统的拓朴 信息确定两个计算节点之间的物理通信方式信 息。 这样， 在计算节点之间存 在硬件连接的情况下，计算节点之间可以根据 前述的物理通信方式信息进行 通信， 进而提高了通信效率。

进一步地， 在计算节点之间的物理通信方式不可用， 或者计算节点之间 不存在硬件连接时， 计算节点可以基于以太网通信协议进行通信。 相较以太 网通信方式而言， 物理通信方式有着较高的传输效率和灵活性。 具体地， 可 以根据计算节点之间传输的数据包的属性灵活 分配物理资源，进而得到不同 的传输速度。

应理解，物理通信方式信息可以包括第一计算 节点与第二计算节点之间 建立物理通信连接所需要的所有信息，如本次 物理通信连接占用的物理资源 标识和通信方式标识等。 或者， 物理通信方式信息可以只包括物理通信方式 的标识。 这种情况下， 第一计算节点可以在建立与第二计算节点之间 的物理 通信连接时， 再向管理节点申请本次通信使用的物理资源信 息。 这些变化实 施例都应该落在本发明实施例的保护范围内。 也应理解， 第一计算节点、 第二计算节点和管理节点可以位于图 1中示 出的处理器（102a， 102b ) 中的同一个处理器或不同的处理器中， 本发明实 施例不作限定。

可选地， 作为另一实施例， 在第一计算节点向管理节点发送通信方式解 析请求之前， 第一计算节点判断设置的历史信息中是否包括 第一计算节点与 第二计算节点的物理通信方式信息。 这种情况下， 第一计算节点向管理节点 发送通信方式解析请求时， 可以在确定历史信息不包括物理通信方式信息 时， 再向管理节点发送通信方式解析请求。

例如， 当历史信息包括物理通信方式信息时， 第一计算节点从历史信息 中确定物理通信方式信息。 当历史信息不包括物理通信方式信息时， 第一计 算节点向管理节点发送通信方式解析请求， 然后从管理节点接收物理通信方 式信息。 这样， 第一计算节点不必在每次通信时， 都请求管理节点解析物理 通信方式信息， 进而降低了系统开销。

另外， 在第一计算节点支持异步处理时， 在向管理节点发送通信方式解 析请求的同时， 可以进行通信连接的其它准备工作。

可选地， 作为一个实施例， 在管理节点将物理通信方式信息发送给第一 计算节点之后， 第一计算节点将物理通信方式信息记录于历史 信息中。

这样， 第一计算节点在下次通信时可以直接从历史信 息中获取物理通信 方式信息， 而不必请求管理节点解析物理通信方式信息， 因而降低了系统开 销。

另外， 在管理节点更新了物理资源分配结果时， 第一计算节点可以清除 历史信息， 或者设置历史信息失效。 这样， 第一计算节点可以根据最新的物 理通信方式信息进行通信， 能够最大程度上提高通信效率。

可选地， 作为另一实施例， 物理通信方式信息包括共享本地内存通信方 式信息、 共享外部内存通信方式信息和高速互联通信方 式信息中的一种。

例如，共享本地内存通信方式信息可以包括共 享本地内存通信方式的标 识和为本次通信分配的本地内存的起止地址。 共享外部内存通信方式信息可 以包括共享外部内存通信方式的标识和为本次 通信分配的外部内存的起止 地址。 高速互联通信方式信息可以包括高速互联通信 方式的标识和为本次通 信中使用的高速互联通道的地址。

应理解，共享本地内存通信方式是指两个虚拟 机通过共享的本地内存进 行通信。共享外部内存通信方式是指两个虚拟 机通过共享的外部内存进行通 信。 高速互联通信方式是指两个虚拟机通过高速互 联通道进行通信。

可选地， 作为另一实施例， 通信方式参考信息还包括系统物理资源使用 状态。

例如， 管理节点根据物理资源分配结果和系统拓朴信 息， 确定第一计算 节点与第二计算节点之间的所有物理通信方式 。 然后， 管理节点结合物理资 源使用状态， 分析前述所有的物理通信方式， 并最终确定的物理通信方式信 息。

具体地， H没共享本地内存通信方式的优先级最高， 管理节点可以判断 本地内存剩余空间是否大于预设的阔值。 当内存剩余空间大于预设的阔值 时， 可以将共享本地内存通信方式的标识及为本次 通信分配的通信地址信息 确定为物理通信方式信息。

相反地， 当内存剩余空间小于预设的阔值时， 管理节点可以根据物理资 源的使用状态判断优先级次高的通信方式是否 可用。 其中， 判断方法与前文 描述的方法类似， 为避免重复， 在此不再赘述。

可选地， 作为另一实施例， 通信方式解析请求还包括数据包类型和数据 包大小。

这种情况下， 管理节点可以结合通信方式解析请求中的数据 包类型和数 据包大小为第一计算节点确定物理通信方式信 息。 例如， 在数据包较小时， 可以选择高速互联通信方式。在数据包较大时 ，共享本地内存通信方式最快。 另外， 结合数据包类型， 也即数据包的即时性要求， 管理节点可以为第一计 算节点选择一个更为合适的通信方式。

可选地， 作为另一实施例， 系统拓朴信息包括中央处理器 CPU的架构 信息、 本地内存信息、 外部共享内存信息、 解耦架构高速互联信息和网络互 连信息中的一种或多种。

下面将结合具体的例子详细描述本发明实施例 。 应注意， 这些例子只是 为了帮助本领域技术人员更好地理解本发明实 施例， 而非限制本发明实施例 的范围。

图 3是本发明另一实施例的通信方法的示意性流� �图。

301， 在第一计算节点启动时， 向管理节点申请物理资源。

302, 管理节点为第一计算节点分配物理资源后， 向第一计算节点返回 分配结果。 该分配结果包括第一计算节点的标识与物理资 源的对应关系。

303， 在第二计算节点启动时， 向管理节点申请物理资源。

304， 管理节点为第二计算节点分配物理资源后， 向第二计算节点返回 分配结果。 该分配结果包括第二计算节点的标识与物理资 源的对应关系。

305 , 在第一计算节点准备与第二计算节点进行通信 时， 先查询设置的 历史信息。若历史信息中包括第一计算节点与 第二计算节点之间的物理通信 方式信息， 第一计算节点可以直接从历史信息中确定该物 理通信方式信息。

若历史信息中不包括第一计算节点与第二计算 节点的物理通信方式信 息， 执行步骤 306。

306, 第一计算节点向管理节点发送通信方式解析请 求。

307， 管理节点根据通信方式解析请求为第一计算节 点确定与第二计算 节点之间的物理通信方式信息。

例如， 管理节点可以根据记录的各个计算节点使用的 物理资源信息和通 信系统的系统拓朴信息， 确定计算节点之间可用的物理通信方式， 进而确定 物理通信方式信息。

308， 管理节点向第一计算节点发送物理通信方式信 息。

309， 第一计算节点根据物理通信方式信息建立与第 二计算节点之间的 通信连接， 以进行通信。

基于上述技术方案， 在本发明实施例中， 管理节点根据通信系统的拓朴 信息确定两个计算节点之间的物理通信方式信 息。 这样， 在计算节点之间存 在硬件连接的情况下，计算节点之间可以根据 前述的物理通信方式信息进行 通信， 进而提高了通信效率。

图 4是本发明实施例的通信系统的示意性框图。 通信系统 40包括管理 节点 401、 第一计算节点 402和第二计算节点 403。 例如， 该通信系统 40可 以具有图 1所示的硬件架构。 其中， 管理节点 401、 第一计算节点 402和第 二计算节点 403 占用的物理资源不作限定。 例如， 图 1 中示出的一个 CPU 节点可以包括一个或多个逻辑 CPU。 第一计算节点、第二计算节点和管理节 点可以分别包括至少一个逻辑 CPU。 第一计算节点 402和第二计算节点 403 上分别运行有一个 OS。 进一步地， 管理节点 401、 第一计算节点 402和第二 计算节点 403可以是逻辑上的划分， 也可以是物理实体上的划分。

第一计算节点 402， 用于向管理节点 401发送通信方式解析请求， 通信 方式解析请求包括第一计算节点 402的标识和第二计算节点 403的标识。 管理节点 401， 用于根据通信方式解析请求和通信方式参考信 息， 确定 第一计算节点 402和第二计算节点 403之间的物理通信方式信息，通信方式 参考信息包括系统拓朴信息和系统物理资源分 配结果。

例如，在第一计算节点 402或第二计算节点 403向管理节点 401申请物 理资源时， 管理节点 401根据计算节点的需求为其分配相应的物理资 源以供 计算节点使用， 并记录各个计算节点使用的物理资源信息（即 物理资源分配 结果）。 这种情况下， 管理节点 401 可以根据记录的各个计算节点使用的物 理资源信息和系统拓朴信息， 确定计算节点之间可用的物理通信方式。

具体地， 在计算节点启动时， 计算节点可以通过与管理节点 401之间的 信息交互向其申请物理资源。 这里以第一计算节点 402为例进行描述。 第一 计算节点 402启动时， 管理节点可以为第一计算节点 402分配标识， 并将该 标识返回给第一计算节点 402。 同时， 根据第一计算节点 402的需求为第一 计算节点 402分配物理资源， 并记录第一计算节点 402的标识和物理资源的 对应关系。

类似地， 第二计算节点 403启动时也可以按照前述方法向管理节点申请 物理资源。 另外， 在通信系统包括其它计算节点时， 其它计算节点启动时也 可以按照前述方法向管理节点申请物理资源。 为避免重复， 在此不再赘述。

另外， 为第一计算节点 402或第二计算节点 403分配的物理资源发生变 化时， 管理节点 401更新物理资源分配结果。 例如， 在第一计算节点 402向 管理节点 401追加申请物理资源时， 或者管理节点 401释放了第一计算节点 402使用的部分物理资源时， 管理节点 401需要更新物理资源分配结果。

相似地， 在第二计算节点 403向管理节点 401追加申请物理资源时， 或 者管理节点释放了第一计算节点 402使用的部分物理资源时， 管理节点 401 也需要更新物理资源分配结果。

这种情况下，在管理节点 401根据物理资源分配结果和通信系统的系统 拓朴信息，确定第一计算节点 402与第二计算节点 403之间的物理通信方式 信息时， 管理节点 401可以根据通信方式解析请求中的第一计算节 点 402的 标识和第二计算节点 403的标识， 物理资源分配结果中的第一计算节点 402 的标识与物理资源的对应关系和第二计算节点 403的标识与物理资源的对应 关系， 以及通信系统的系统拓朴信息， 确定第一计算节点 402与第二计算节 点 403之间的物理通信方式信息。

例如， 管理节点 401可以根据存储的计算节点的标识与物理资源 的对应 关系，确定第一计算节点 402使用的物理资源和第二计算节点 403使用的物 理资源。 这样， 结合通信系统的系统拓朴信息， 也即第一计算节点 402使用 的物理资源与第二计算节点 403使用的物理资源之间的硬件连接关系， 管理 节点可以确定第一计算节点 402与第二计算节点 403之间的物理通信方式信 息。

管理节点 401， 还用于将物理通信方式信息发送给第一计算节 点 402。 第一计算节点 402， 还用于基于物理通信方式信息与第二计算节点 403 通信。

例如， 管理节点 401可以向第一计算节点 402发送物理通信方式信息， 由第一计算节点 402向第二计算节点 403发起通信连接。 或者， 在第一计算 节点 402获取了物理通信方式信息后， 向管理节点 401请求协助完成通信连 接。

又如， 管理节点 401可以同时向第一计算节点 402和第二计算节点 403 发送物理通信方式信息。 这样， 第一计算节点 402和第二计算节点 403根据 物理通信方式信息中指示的方式完成通信连接 。

基于上述技术方案， 在本发明实施例中， 管理节点根据通信系统的拓朴 信息确定两个计算节点之间的物理通信方式信 息。 这样， 在计算节点之间存 在硬件连接的情况下，计算节点之间可以根据 前述的物理通信方式信息进行 通信， 进而提高了通信效率。

进一步地， 在计算节点之间的物理通信方式不可用， 或者计算节点之间 不存在硬件连接时， 计算节点可以基于以太网通信协议进行通信。 相较以太 网通信方式而言， 物理通信方式有着较高的传输效率和灵活性。 具体地， 可 以根据计算节点之间传输的数据包的属性灵活 分配物理资源，进而得到不同 的传输速度。

应理解，物理通信方式信息可以包括第一计算 节点与第二计算节点之间 建立物理通信连接所需要的所有信息，如本次 物理通信连接占用的物理资源 标识和通信方式标识等。 或者， 物理通信方式信息可以只包括物理通信方式 的标识。 这种情况下， 第一计算节点可以在建立与第二计算节点之间 的物理 通信连接时， 再向管理节点申请本次通信使用的物理资源信 息。 这些变化实 施例都应该落在本发明实施例的保护范围内。

也应理解， 第一计算节点、 第二计算节点和管理节点可以位于图 1中示 出的处理器（102a， 102b ) 中的同一个处理器或不同的处理器中， 本发明实 施例不作限定。

可选地， 作为另一实施例， 第一计算节点 402， 还用于判断设置的历史 信息中是否包括第一计算节点与第二计算节点 的物理通信方式信息。这种情 况下， 第一计算节点 402， 具体用于在确定历史信息不包括物理通信方式 信 息时， 向管理节点发送通信方式解析请求。

例如， 当历史信息包括物理通信方式信息时， 第一计算节点 402从历史 信息中确定物理通信方式信息。 当历史信息不包括物理通信方式信息时， 第 一计算节点 402向管理节点 401发送通信方式解析请求，然后从管理节点 401 接收物理通信方式信息。 这样， 第一计算节点 402不必在每次通信时， 都请 求管理节点 401解析物理通信方式信息， 进而降低了系统开销。

另外， 在第一计算节点 402支持异步处理时， 在向管理节点 401发送通 信方式解析请求的同时， 可以进行通信连接的其它准备工作。

可选地， 作为一个实施例， 第一计算节点 402， 还用于将物理通信方式 信息记录于历史信息中。

这样， 第一计算节点在下次通信时可以直接从历史信 息中获取物理通信 方式信息， 而不必请求管理节点解析物理通信方式信息， 因而降低了系统开 销。 这样， 第一计算节点可以根据最新的物理通信方式信 息进行通信， 能够 最大程度上提高通信效率。

另外， 在管理节点更新了物理资源分配结果时， 第一计算节点可以清除 历史信息， 或者设置历史信息失效。

可选地， 作为另一实施例， 物理通信方式信息包括共享本地内存通信方 式信息、 共享外部内存通信方式信息和高速互联通信方 式信息中的一种。

例如，共享本地内存通信方式信息可以包括共 享本地内存通信方式的标 识和为本次通信分配的本地内存的起止地址。 共享外部内存通信方式信息可 以包括共享外部内存通信方式的标识和为本次 通信分配的外部内存的起止 地址。 高速互联通信方式信息可以包括高速互联通信 方式的标识和为本次通 信中使用的高速互联通道的地址。

应理解，共享本地内存通信方式是指两个虚拟 机通过共享的本地内存进 行通信。共享外部内存通信方式是指两个虚拟 机通过共享的外部内存进行通 信。 高速互联通信方式是指两个虚拟机通过高速互 联通道进行通信。

可选地， 作为另一实施例， 通信方式参考信息还包括系统物理资源使用 状态。

例如， 管理节点 401根据物理资源分配结果和系统拓朴信息， 确定第一 计算节点 402与第二计算节点 403之间的所有物理通信方式。 然后， 管理节 点 401结合物理资源使用状态， 分析前述所有的物理通信方式， 并最终确定 的物理通信方式信息。

具体地， H没共享本地内存通信方式的优先级最高， 管理节点 401可以 判断本地内存剩余空间是否大于预设的阔值。 当内存剩余空间大于预设的阔 值时， 可以将共享本地内存通信方式的标识及为本次 通信分配的通信地址信 息确定为物理通信方式信息。

相反地， 当内存剩余空间小于预设的阔值时， 管理节点 401可以根据物 理资源的使用状态判断优先级次高的通信方式 是否可用。 其中， 判断方法与 前文描述的方法类似， 为避免重复， 在此不再赘述。

可选地， 作为另一实施例， 通信方式解析请求还包括数据包类型和数据 包大小。

这种情况下， 管理节点 401可以结合通信方式解析请求中的数据包类型 和数据包大小为第一计算节点 402确定物理通信方式信息。 例如， 在数据包 较小时， 可以选择高速互联通信方式。 在数据包较大时， 共享本地内存通信 方式最快。另夕卜，结合数据包类型，也即数 据包的即时性要求，管理节点 401 可以为第一计算节点 402选择一个更为合适的通信方式。

可选地， 作为另一实施例， 系统拓朴信息包括中央处理器 CPU的架构 信息、 本地内存信息、 外部共享内存信息、 解耦架构高速互联信息和网络互 连信息中的一种或多种。

应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意味 着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定 ， 而不应 对本发明实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到， 结合本文中所公开的实施例描述的各 示例的单元及算法步骤， 能够以电子硬件、 计算机软件或者二者的结合来实 现， 为了清楚地说明硬件和软件的可互换性， 在上述说明中已经按照功能一 般性地描述了各示例的组成及步骤。这些功能 究竟以硬件还是软件方式来执 行， 取决于技术方案的特定应用和设计约束条件。 专业技术人员可以对每个 特定的应用来使用不同方法来实现所描述的功 能，但是这种实现不应认为超 出本发明的范围。

所属领域的技术人员可以清楚地了解到， 为了描述的方便和简洁， 上述 描述的系统、 装置和单元的具体工作过程， 可以参考前述方法实施例中的对 应过程， 在此不再赘述。

在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统、 装置和 方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示 意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实现时可 以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成到 另一个 系统， 或一些特征可以忽略， 或不执行。 另夕卜， 所显示或讨论的相互之间的 耦合或直接辆合或通信连接可以是通过一些接 口、装置或单元的间接辆合或 通信连接， 也可以是电的， 机械的或其它的形式连接。 为单元显示的部件可以是或者也可以不是物理 单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。可以根据 实际的需要选择其中的部分或 者全部单元来实现本发明实施例方案的目的。

另外， 在本发明各个实施例中的各功能单元可以集成 在一个处理单元 中， 也可以是各个单元单独物理存在， 也可以是两个或两个以上单元集成在 一个单元中。 上述集成的单元既可以釆用硬件的形式实现， 也可以釆用软件 功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实 现并作为独立的产品销 售或使用时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明的技术方案本质上或者说对现有技术做 出贡献的部分，或者该技术方 案的全部或部分可以以软件产品的形式体现出 来， 该计算机软件产品存储在 一个存储介质中， 包括若干指令用以使得一台计算机设备（可以 是个人计算 机， 服务器， 或者网络设备等）执行本发明各个实施例所述 方法的全部或部 分步骤。 而前述的存储介质包括： U盘、 移动硬盘、 只读存储器 （ROM， Read-Only Memory ). 随机存取存储器（RAM, Random Access Memory )、 磁碟或者光盘等各种可以存储程序代码的介质 。 以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露 的技术范围内， 可轻易 想到各种等效的修改或替换， 这些修改或替换都应涵盖在本发明的保护范围 之内。 因此， 本发明的保护范围应以权利要求的保护范围为 准。