本文讲解的 PS Lite 源码版本限定以下:git
角色github
PS Lite 实现了一种轻量级的参数服务器架构,其定义了三种角色:缓存
PostOffice 类服务器
PS Lite 的三种角色虽然职责不一样,但其基础功能均由一个全局单例的 PostOffice 类来实现。顾名思义,“邮局”类会维护了一张全局的“地址簿”,记录了全部节点的信息。网络
除了传递参数的数据消息外,各个节点之间控制信息有 EMPTY、TERMINATE、ADD_NODE、BARRIER、ACK、HEARTBEAT 共 6 种。EMPTY 类型不应出现,ACK 类型只有启用了 Resender 类才会出现。数据结构
Van 类多线程
邮局里有了地址簿,就须要有货车来负责拉送物件。PostOffice 类在实例化的时候,会建立一个 Van 类的实例(具体实现是 ZMQVan 类)做为成员变量。该 Van 实例与所属 PostOffice 实例生命周期相同,负责具体的节点间通讯。架构
Resender 类分布式
在分布式系统中,通讯也是不可靠的,丢包、延时都是必须考虑的场景。PS Lite 设计了 Resender 类来提升通讯的可靠性,它引入了 ACK 机制。即:post
线程管理
PS Lite 定义的三种角色采用多线程机制工做,每一个线程承担特定的职责,在所属的 Van 实例启动时被建立。具体描述以下:
心跳机制
为了记录网络的可达性,PS Lite 设计了心跳机制。具体而言:
路由
在多 Server 架构下,一个很重要的问题是如何分布多个参数。换句话说,给定一个参数的键,如何肯定其存储在哪一台 Server 上。路由功能直接影响到 Worker 在 Push/Pull 阶段的通讯。
PS Lite 将路由逻辑放置在 Worker 端,采用范围划分的策略,即每个 Server 有本身固定负责的键的范围。这个范围是在 Worker 启动的时候肯定的。具体代码参见方法 Postoffice::GetServerKeyRanges(),细节以下:
须要注意的是,在不能恰好整除的状况下,键域上界的一小段被丢弃了。
调试
在系统运行中,咱们常常但愿能打印一些收到的消息来方便定位问题。PS Lite 经过环境变量 PS_DROP_MSG 提供了这一功能,其值表明输出消息的几率(不含百分号)。
例如,咱们启动某个 Server 前,配置了环境变量 PS_DROP_MSG=70。那么该 Server 进程会按照 70% 的几率随机打印其收到的消息。