in host inventory. {INVENTORY.POC.PRIMARY.CELL<1- 9>} → Trigger-based notifications → Internal notifications Primary POC cell field in host inventory. {INVENTORY.POC.PRIMARY.EMAIL<1- 9>} → Trigger-based Primary POC email field in host inventory. {INVENTORY.POC.PRIMARY.NAME<1- 9>} → Trigger-based notifications → Internal notifications Primary POC name field in host inventory. {INVENTORY.POC.PRIMARY Primary POC notes field in host inventory. {INVENTORY.POC.PRIMARY.PHONE.A<1- 9>} → Trigger-based notifications → Internal notifications Primary POC phone A field in host inventory. {INVENTORY.POC.PRIMARY

(Short) field in host inventory. {INVENTORY.POC.PRIMARY.CELL<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的主要 POC cell 字段。* {INVENTORY.POC.PRIMARY.CELL<1- 9>} → Trigger-based notifications values Primary POC cell field in host inventory. 216 {INVENTORY.POC.PRIMARY.EMAIL<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的主要 POC 邮件字段。* {INVENTORY.POC.PRIMARY.EMAIL<1- and values Primary POC email field in host inventory. {INVENTORY.POC.PRIMARY.NAME<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的 POC 名称字段。* {INVENTORY.POC.PRIMARY.NAME<1- 9>}

(Short) field in host inventory. {INVENTORY.POC.PRIMARY.CELL<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的主要 POC cell 字段。* {INVENTORY.POC.PRIMARY.CELL<1- 9>} → Trigger-based notifications values Primary POC cell field in host inventory. 268 {INVENTORY.POC.PRIMARY.EMAIL<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的主要 POC 邮件字段。* {INVENTORY.POC.PRIMARY.EMAIL<1- and values Primary POC email field in host inventory. {INVENTORY.POC.PRIMARY.NAME<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的 POC 名称字段。* {INVENTORY.POC.PRIMARY.NAME<1- 9>}

(Short) field in host inventory. {INVENTORY.POC.PRIMARY.CELL<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的主要 POC cell 字段。* {INVENTORY.POC.PRIMARY.CELL<1- 9>} → Trigger-based notifications values Primary POC cell field in host inventory. 226 {INVENTORY.POC.PRIMARY.EMAIL<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的主要 POC 邮件字段。* {INVENTORY.POC.PRIMARY.EMAIL<1- and values Primary POC email field in host inventory. {INVENTORY.POC.PRIMARY.NAME<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的 POC 名称字段。* {INVENTORY.POC.PRIMARY.NAME<1- 9>}

(Short) field in host inventory. {INVENTORY.POC.PRIMARY.CELL<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的主要 POC cell 字段。* {INVENTORY.POC.PRIMARY.CELL<1- 9>} → Trigger-based notifications values Primary POC cell field in host inventory. 352 {INVENTORY.POC.PRIMARY.EMAIL<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的主要 POC 邮件字段。* {INVENTORY.POC.PRIMARY.EMAIL<1- and values Primary POC email field in host inventory. {INVENTORY.POC.PRIMARY.NAME<1- 9>} → 基于 Trigger 的通知 * 设备清 → 内部 通知 → 故障更新通知 → 事件 tag 的名称和值 中的 POC 名称字段。* {INVENTORY.POC.PRIMARY.NAME<1- 9>}

有可用于通知的主机资产清单的宏 {INVENTORY.*} ，例如： ”{INVENTORY.LOCATION1} 的服务器出现问题，负责人是 {INVENTORY.CONTACT1}，联系电话是 {INVENTORY.POC.PRIMARY.PHONE.A1}。 “ 更多详细信息，请参阅supported macro（支持的宏）页面。 3 批量更新 概述 有的时候你可能想要一次更改多个主机的某些属性。那么你可 128 个字符 61 poc_1_cell string Primary POC mobile number. 64 个字符 58 poc_1_email string Primary email. 128 个字符 57 poc_1_name string Primary POC name. 128 个字符 63 poc_1_notes string Primary POC notes. 依赖于使用的数据库: 59 poc_1_phone_a string Primary POC phone A. 64 个字符 60 poc_1_phone_b string Primary POC phone B. 64 个字符 62 poc_1_screen string Primary POC screen name. 64 个字符 68 poc_2_cell string Secondary POC mobile

......................................................................................... 59 7.1 POC 测试环境需求............................................................................................ 部署和升级，升级过程不影响所纳 管的云资源业务，支持跨版本升级。 杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 59 七、部署架构及部署需求 7.1 POC 测试环境需求 表 7: POC 环境要求 计算存储要求 ALL In One 服务器 1 台 4C 24G 300G（数据盘） 操作系统要求 CentOS/RHEL 7.x 干净的系统 网络访问要求 开通

Still comparable performance against Parquet ● Benchmark against Apache Spark 2.3 on Parquet ○ Pre-POC version of TiFlash + Spark Performance Performance A new storage engine is on the way, deliver Very fast paced replenishment based on live data and prediction Fundamental Change ● Beta / User POC in May, 2019 ● GA, By the end of 2019 Project status 在此键入姓名 在此键入tittle Photos and Icons are

© XXX Page 1 of 9 Curvefs-S3 本地写缓存盘方案© XXX Page 2 of 9 背景 方案设计 主要数据结构定义 方案设计思考 POC验证 背景 当前，s3客户端在写底层存储的时候是直接写入远端对象存储，由于写远端时延相对会较高，所以为了提升性能，引入了写本地缓存盘方案。也即要写底层存储时，先把数据写到本地缓存硬盘，然后再把本地缓存 硬盘中的数据异步上传到远端对象存储。 如果客户端挂掉，那么写缓存盘中可能会有残留文件没有上传到对象存储；如果忘记处理，那么这些数据也就相当于是丢失了。 所以在客户端初始化建立的时候，可以先遍历写缓存目录，如果里面有文件，那么则上传到远端对象存储 POC验证© XXX Page 9 of 9 CacheWrite_->AsyncUploadRun(); char* buf = (char*)malloc(1024*4); memset(buf

include 头文件编译后，将动态 so 库文件部署到所有节点就可进行测 试使用了。有些模块还是非常好用的，例如：oraface，基本上集成了 Oracle 常用的函数到 Greenplum 中，曾经在一次 PoC 测试中，用户 提供的 22 条 Oracle SQL 语句，不做任何改动就能运行在 Greenplum 上。 最 后， 需 要 强 调 的 是：Greenplum 绝 不 请求中利用到每个节点上的多个 CPU CORE 的计算能力，对 X86 的 CPU 超线程有很好的支持，提供更好的请求响应速度。在 PoC 中接触 到其它一些国内外基于开放平台的 MPP 软件，大都是建立在节点级的 并行，单个或少量的任务时无法充分利用资源，导致系统加载和 SQL 执行性能不高。 记忆较深的一次 PoC 公开测试中，有厂商要求在测试中关闭 CPU 超 线程，估计和这个原因有关（因为没有办法利用到多个 CPU