GPU Tile 1 Tile 0 Xe LinkProject Goals - Offer high-level, standard C++ distributed data structures - Support distributed algorithms - Achieve high performance for both multi-GPU, NUMA, and multi-node reduce(par_unseq, z, 0, std::plus()); }Outline - Background (Ranges, Parallelism, Distributed Data Structures) - Distributed Ranges (Concepts) - Implementation (Algorithms and views) - Complex sparse matrices) - Lessons learnedOutline - Background (Ranges, Parallelism, Distributed Data Structures) - Distributed Ranges (Concepts) - Implementation (Algorithms and views) - Complex

C++20 ❤ SQL John R Bandela, MDOverview u SQL u C++ Example u Implementation techniques u fixed_string u meta_struct u Parsing compile time strings into meta_structsOverview v SQL v C++ Example “CppCon”Query for orders with input from user SELECT orders.id, name, item, price, discount_code FROM orders JOIN customers ON customers.id = customerid WHERE price > {price_from_user};Avoiding SQL Injection item, price, discount_code FROM orders JOIN customers ON customers.id = customerid WHERE price > ?;SQL Library Options u Traditional database library with strings u Domain specific language u Object

program for a supercomputer? Introduce PGAS Model, RDMA Building Remote Pointer Types Building Distributed Data Structures Extending to GPUsThis Talk Background: how do we write a program for a supercomputer supercomputer? Introduce PGAS Model, RDMA Building Remote Pointer Types Building Distributed Data Structures Extending to GPUsThis Talk Background: how do we write a program for a supercomputer? Introduce Introduce PGAS Model, RDMA Building Remote Pointer Types Building Distributed Data Structures Extending to GPUsThis Talk Background: how do we write a program for a supercomputer? Introduce PGAS Model

第三届中国Rust开发者⼤会 ⽤ egg 孵化你的 SQL 优化器 王润基 RisingWave 内核开发⼯程师 ? Parser Binder Optimizer Executor SQL AST Logical Plan Physical Plan Table Catalog Storage RisingLight 查询引擎的整体结构 SELECT name, url url FROM t1 JOIN t2 WHERE t1.id = t2.id AND name = ‘Bob’ SQL Logical Plan Physical Plan Projection name, url Filter t1.id = t2.id name = “Bob” Join Scan t1(id, name) Scan t2(id, url) Filter #1 = “Bob” Hash Join #0 = #2 Scan $1.1, $1.2 Scan $2.1, $2.2 Projection #1, #3 ⼀个 SQL 语句优化的例⼦ 基于规则的优化 (RBO) 基于代价的优化 (CBO) 谓词下推 Join Filter A B Join Filter A B Filter Join A Join

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171 4.11. Working with SQL Databases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182 jOOQ SQL Dialect . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235 4.19. Distributed Transactions with JTA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

支持分布式存储，使存储突破单机限制，支持横向扩展。计算和存储分 离，提高了系统健壮性，即使节点执行服务器故障，数据也不会受影 响。分布式存储定义了标准的数据访问CRUD接口，可以适配多种存储 系统，同时支持SQL和NoSQL两种数据管理方式，可以更简便地支持多 种业务场景。 实现预编译合约框架，突破EVM性能瓶颈。支持交易并发处理，大幅提 升交易处理吞吐量。预编译合约采用C++实现，内置于底层系统中，区 块 持数据简便 快速地扩容； 将计算和数据隔离，节点故障不会导致数据异常； 数据在远端存储，数据可以在更安全的隔离区存储，这在很多场景中非 常有意义； 分布式存储不仅支持Key-Value形式，还支持SQL方式，使得业务开发更 为简便； 世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状 态急剧膨胀导致性能下降的问题； 优化了数据存储的结构，更节约存储空间。 同时，2.0版本仍然兼容1 另外，还有类似CRUD操作等也由预编译合约实现，更多预编译合约的介 绍，请参考预编译设计文档和预编译合约开发文档 CRUD合约 FISCO BCOS 2.0新增符合CRUD接口的合约接口规范，简化了将主流的面向 SQL设计的商业应用迁移到区块链上的成本。其好处显而易见： 与传统业务开发模式类似，降低了合约开发学习成本； 合约只需关心核心逻辑，存储与计算分离，方便合约升级； CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率

支持分布式存储，使存储突破单机限制，支持横向扩展。计算和存储分 离，提高了系统健壮性，即使节点执行服务器故障，数据也不会受影 响。分布式存储定义了标准的数据访问CRUD接口，可以适配多种存储 系统，同时支持SQL和NoSQL两种数据管理方式，可以更简便地支持多 种业务场景。 实现预编译合约框架，突破EVM性能瓶颈。支持交易并发处理，大幅提 升交易处理吞吐量。预编译合约采用C++实现，内置于底层系统中，区 块 持数据简便 快速地扩容； 将计算和数据隔离，节点故障不会导致数据异常； 数据在远端存储，数据可以在更安全的隔离区存储，这在很多场景中非 常有意义； 分布式存储不仅支持Key-Value形式，还支持SQL方式，使得业务开发更 为简便； 世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状 态急剧膨胀导致性能下降的问题； 优化了数据存储的结构，更节约存储空间。 同时，2.0版本仍然兼容1 另外，还有类似CRUD操作等也由预编译合约实现，更多预编译合约的介 绍，请参考预编译设计文档和预编译合约开发文档 CRUD接口 FISCO BCOS 2.0新增符合CRUD接口的合约接口规范，简化了将主流的面向 SQL设计的商业应用迁移到区块链上的成本。其好处显而易见： 与传统业务开发模式类似，降低了合约开发学习成本； 合约只需关心核心逻辑，存储与计算分离，方便合约升级； CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率

支持分布式存储，使存储突破单机限制，支持横向扩展。计算和存储分 离，提高了系统健壮性，即使节点执行服务器故障，数据也不会受影 响。分布式存储定义了标准的数据访问CRUD接口，可以适配多种存储 系统，同时支持SQL和NoSQL两种数据管理方式，可以更简便地支持多 种业务场景。 实现预编译合约框架，突破EVM性能瓶颈。支持交易并发处理，大幅提 升交易处理吞吐量。预编译合约采用C++实现，内置于底层系统中，区 块 持数据简便 快速地扩容； 将计算和数据隔离，节点故障不会导致数据异常； 数据在远端存储，数据可以在更安全的隔离区存储，这在很多场景中非 常有意义； 分布式存储不仅支持Key-Value形式，还支持SQL方式，使得业务开发更 为简便； 世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状 态急剧膨胀导致性能下降的问题； 优化了数据存储的结构，更节约存储空间。 同时，2.0版本仍然兼容1 另外，还有类似CRUD操作等也由预编译合约实现，更多预编译合约的介 绍，请参考预编译设计文档和预编译合约开发文档 CRUD合约 FISCO BCOS 2.0新增符合CRUD接口的合约接口规范，简化了将主流的面向 SQL设计的商业应用迁移到区块链上的成本。其好处显而易见： 与传统业务开发模式类似，降低了合约开发学习成本； 合约只需关心核心逻辑，存储与计算分离，方便合约升级； CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率

分布式存储：新增支持底层通过数据库连接池直连MySQL 分布式存储：新增支持RocksDB引擎，搭建新链时存储默认采用 RocksDB 分布式存储：新增CRUD接口支持，控制台1.0.3以上版本提供类SQL语 句读写区块链数据 更新 完善ABI解码模块 修改预编译合约和RPC接口错误码，统一为负数 优化存储模块，增加缓存层，支持配置缓存大小 优化存储模块，允许流水线提交区块。可配置[storage] 引入evmc扩展框架：支持扩展不同虚拟机引擎。 5. 升级重塑P2P、共识、同步、交易执行、交易池、区块管理模块。 协议 1. 实现一套CRUD基本数据访问接口规范合约，基于CRUD接口编写业务合 约，实现传统面向SQL方式的业务开发流程。 2. 支持交易上链异步通知、区块上链异步通知以及自定义的AMOP消息通 知等机制。 3. 升级以太坊虚拟机版本，支持Solidity 0.5.2版本。 4. 升级RPC模块。 account successfully => account: Bob, value: 100000 $ bash asset_run.sh query Alice account Alice, value 100000 $ bash asset_run.sh query Bob account Bob, value 100000 $ bash asset_run.sh transfer Alice Bob

链式结构，区块通过哈希链相连 是否分叉 不分叉 记账类型 账户模型（非UTXO） 共识算法 共识框架 可插拔设计 共识算法 PBFT、Raft、rPBFT 存储引擎 存储设计 支持KV和SQL 引擎类型 支持leveldb、rocksdb、mysql CRUD接口 提供CRUD接口访问链上数据 网络协议 节点间通信 P2P协议 客户端与节点通 信 JsonRPC，Channel协议 分布式存储：新增支持底层通过数据库连接池直连MySQL 分布式存储：新增支持RocksDB引擎，搭建新链时存储默认采用 RocksDB 分布式存储：新增CRUD接口支持，控制台1.0.3以上版本提供类SQL语 句读写区块链数据 更新 完善ABI解码模块 修改预编译合约和RPC接口错误码，统一为负数 优化存储模块，增加缓存层，支持配置缓存大小 优化存储模块，允许流水线提交区块。可配置[storage] 引入evmc扩展框架：支持扩展不同虚拟机引擎。 5. 升级重塑P2P、共识、同步、交易执行、交易池、区块管理模块。 协议 1. 实现一套CRUD基本数据访问接口规范合约，基于CRUD接口编写业务合 约，实现传统面向SQL方式的业务开发流程。 2. 支持交易上链异步通知、区块上链异步通知以及自定义的AMOP消息通 知等机制。 3. 升级以太坊虚拟机版本，支持Solidity 0.5.2版本。 4. 升级RPC模块。