Erlang远程过程调用模块内部结构

Question

我在节点 A 上有几个 Erlang 应用程序，它们正在对节点 B 进行 rpc 调用，在节点 B 上我有 Mnesia 存储过程(数据库查询函数)和我的 Mnesia DB。现在，偶尔向节点 B 进行 rpc 调用以获取数据的同时进程数可能会上升到 150 个。现在，我有几个问题:

问题 1:对于对远程节点的每个 rpc 调用，节点 A 是否会建立一个全新的(例如 TCP/IP 或 UDP 连接或它们在传输中使用的任何连接)连接？或者只有一个连接，并且所有 rpc 调用共享此连接(因为节点 A 和节点 B 已连接[与该 epmd 进程有关])？

问题 2:如果我在一个节点上有以数据为中心的应用程序，而在另一个节点上有一个集中管理的 Mnesia 数据库，并且这些应用程序的表共享相同的架构，可以进行复制、碎片化、索引等操作，这是一个更好的选择:使用 rpc 调用来从数据节点获取数据到应用程序节点，或者使用 TCP/IP 开发一个全新的框架(Scalaris 人为他们的故障检测器所做的方式)来满足网络延迟问题？

问题 3: 有没有人曾经以能够回答以下问题的方式测试过或基准测试过 RPC 调用效率？
(a) 一个 Erlang 节点在不崩溃的情况下可以推送到另一个节点的同时 RPC 调用的最大数量是多少？
(b) 有没有办法通过系统配置或操作系统设置来增加这个数字？ (请参阅答案中的 Open Solaris for x86)
(c) 除了 rpc 之外，应用程序是否还有其他方式可以从运行在远程 Erlang 节点上的 Mnesia 请求数据？ (例如 CORBA、REST [需要 HTTP 端到端]、Megaco、SOAP 等)

Answer 1

Mnesia 运行在 Erlang 发行版上，在 Erlang 发行版中，任何一对节点之间都只有一个 tcp/ip 连接(通常采用完全网状排列，因此每对节点都有一个连接)。所有 rpc/节点间通信都将通过此分发连接进行。

此外，还可以保证在分发过程中的任何一对通信进程之间保留消息顺序。两个以上进程之间的顺序未定义。

<小时/>

Mnesia 为您提供了多种数据放置选项。如果您希望在节点 B 上进行持久存储，但在节点 A 上完成处理，则可以在 B 上拥有表的 Disc_only_copies，在节点 A 上拥有 ram_copies。这样，节点 A 上的应用程序就可以快速访问数据，并且您仍然可以在节点 B 上获取持久副本。

我假设 A 和 B 之间的网络是一个可靠的 LAN，很少会发生分区(否则分区后你将花费大量时间让 mnesia 重新上线)。

如果 A 和 B 都运行 mnesia，那么我会让 mnesia 为我完成所有 RPC - 这就是 mnesia 的构建目的，并且它有许多优化。如果没有充分的理由，我不会推出自己的 RPC 或分发机制。

<小时/>

对于基准测试，这完全取决于您的硬件、mnesia 架构和节点之间的网络(以及应用程序的数据访问模式)。没有人可以给你这些基准，你必须自己运行它们。

至于其他用于访问 mnesia 的 RPC 机制，我认为没有任何开箱即用的机制，但是您可以使用许多 RPC 库将 mnesia API 呈现给网络，而只需花费少量的精力部分。