1 2018 RISC-V 手册 一本开源指令集的指南 DAVID PATTERSON, ANDREW WATERMAN 翻译：勾凌睿、黄成、刘志刚 校阅：包云岗 1 参考卡 2 3 目录 参考卡 ................................................ .... 20 1.6 扩展阅读 ........................................................................................................................................ 21 第二章 RV32I：RISC-V 基础整数指令集 .............. ................................................. 31 2.9 使用插入排序比较 RV32I，ARM-32，MIPS-32 和 x86-32 指令集 ........................... 32 2.10 结束语 ........................................................

Python的语法扩展系统 Moshmosh Thautwarm&李欣宜 The awareness of low-level implementation details brings the appreciation of an abstraction and the intuitive explanation for it. — Oleg Kiselyov 表达式和语句区分，表达式内部不能包含语句 4. 没有语法宏，代码操作不够自动 5. 没有variant类型(只能靠一大堆抽象类和继承去workaround) 6. 对数据类型的方法不能扩展， 或者进行扩展是初级的，没有基于 类型的多态 那么告辞？ 搭嘎！阔托瓦鲁！ 摆 脱 编 程 语 言 给 你 的 限 制 Python有一堆好东西： 1. Python有良好的启动速度(看向Julia) 我预期的语法(及语义) 扩展系统: 1. 首行用moshmosh? 标志模块 2. +extension名 (extension参数)开 启扩展 3. -extension名 (extension参数)关 闭扩展 4. 可以自定义扩展并 注册 5. 在这套系统下，有 很多简单的自定义 扩展可供练手 任何在不使用该系统时拥有的功能（PYC二进制文 件发布，C扩展等等），在使用该系统后得以保持，拥

基于 Golang 构建⾼可扩展的云原⽣ PaaS 平台 刘浩杨 端点 技术专家 个⼈简介 - 18年加⼊端点，现任微服务和监控团队负责⼈ - 端点开源 PaaS Erda 的核⼼架构师 - 开源爱好者， Apache SkyWalking PMC 成员 ⽬ 录 ⾯向云原⽣的软件交付 01 端点⼀站式 PaaS - Erda 02 Erda 架构的思考 03 模块化开发框架 release_id: ${release:id} pipeline.yml 定义 - 屏蔽掉流⽔线定义的复杂度 - 丰富的通⽤Action，开箱即⽤ - Action 扩展规范，任意扩展 Workload 管理 - Create - Update - Delete - Describe - Scale - Restart services: trade-server: 接⼝设计、以及拦截器 • 提供快速构建模块的代码⽣成⼯具 Erda Infra 如何设计 Erda Infra 有什么不同 - 不是重复造轮⼦ - 不仅是web框架 - 不仅是微服务框架 - 为扩展⽽⽣ - 以模块化的开发为核⼼ VS 模块化开发原则 - ⾯向接⼝进⾏开发，⽽不是⾯向实现 - 模块拆分的粒度尽可能⼩ - 模块内聚，模块间松耦合 - 模块间的引⽤使⽤DI⽽不是直接依赖实现包

lot of advanced tricks in the Julia back end *抽象指令 （没有实际指令） Julia“生成函数” Python 字节码 JuVM虚拟栈机 （具体指令集） 抽象机器 （只规定语义） JuVM栈机指令 Python JIT 函数包装 Julia AST/CodeInfo （一个）实例化/后端 代码生成 PyCall.jl 自动得到 运行时处理技巧 而Julia的“生成函数”能够在生成之后， 重新触发编译， 消除所有检查自身是否生成的代码。 4 参与开发 1. Instrinsics 后端实现: py_add, py_not, etc… 2. 对虚拟指令集的优化passes 3. issues… Intrinsics: restrain_jit/abs_compiler/py_apis.py Intrinsics Intrinsics: Re

解放Python的 表达力，性能和安全性 Thautwarm 目录 CONTENTS 语法和语义扩展 JIT 静态类型 语法和语义扩展 表达力的扩展， 可用性的保留，白来的午餐？ 演示一小部分: 模式匹配, Quick Lambda, Pipe运算 语言决定思维模型 GNU-APL C++ Haskell 说 到 质 数 � 人 们 想 到 什 么 � 语言决定思维模型 但它们不够“万金油”的问题 来源，不一定是不能解决的。 扩展语言，开阔思维 我预期的语法(及语义) 扩展系统: 1. 首行用moshmosh? 标志模块 2. +extension名 (extension参数)开 启扩展 3. -extension名 (extension参数)关 闭扩展 4. 可以自定义扩展并 注册 5. 在这套系统下，有 很多简单的自定义 扩展可供练手 任何在不使用该系统时拥有的功能（PYC二进制文件 任何在不使用该系统时拥有的功能（PYC二进制文件 发布，C扩展等等），在使用该系统后得以保持，拥有 工业级的可靠性和稳定性 6 如何工作？ Python Import 忽略Cache Loader, 只对源代码Loader 重写get_data方法 调用父get_data方法， 拿到源代码 moshmosh.extension. perform_extension 源码变换 扩展的语法和语义 并非naïve的，不卫生的

Bell），微软公司成员，Digital PDP-11 和 VAX-11 指令集架构的设计者 这本方便的小书轻松地总结了 RISC-V 指令集架构所有的基本要素，是学生和从 业者的完美参考指南。 ——兰迪·卡茨（Randy Katz），加州大学伯克利分校教授，RAID 存储系统的 发明者之一 RISC-V 是学生学习指令集架构和汇编语言编程的不错选择，二者是后续使用高 级语言的基础。本书清晰地介绍了 RISC-V，还包含对其演化历史的深刻见解，以 及与其他常见架构的对比。以过去的指令集架构为鉴，RISC-V 的设计者能规避 一些不必要、不合理的特性，使其易于教学。虽然它很简洁，但它的强大足以在实 际应用中广泛使用。很久以前我教过汇编编程的入门课，如果我现在去教这门课， 我很乐意用本书作为教材。 ——约翰·马沙（John Mashey），MIPS 指令集架构的设计者之一 本书讲述了 RISC-V 能做什么，及其设计者为何赋予 rs2,imm(rs1) SD rs2,imm(rs1) 开源 参考卡 ① 基础整数指令集：RV32I 和RV64I RV 特权指令 +RV64I SLLW rd,rs1,rs2 SLLIW rd,rs1,shamt SRLW rd,rs1,rs2 SRLIW rd,rs1,shamt

...................................................................................46 第七章 X86 汇编指令集汇总...............................................................................................47 ............................................................................................56 3. 扩展形式内联汇编............................................................................................. 。从而 事实上只存在一个 32-bit 的寄存器 EAX，而它可以通过 4 种不同的途径访问。 也许通过名字能够更容易地理解这些寄存器之间的关系。EAX 中的 E 的意思是“扩展 的”，整个 EAX 的意思是扩展的 AX。X 的意思 Intel 没有明示，我个人认为表示它是一个 可变的量。而 AH、AL 中的 H 和 L 分别代表高和低。 为什么要这么做呢？主要由于历史原因。早期的计算机是

官方标准库代码、教程资料编写者 WebAssembly (WASM) WASM 现状 • 1.0 MVP 已稳定（2017）已被 Web 前端应用实际接受 • 有后端应用潜力，但更多具体疑问仍待解答 • 问题集中在扩展特性（features）、外部语言接口（FFI）、 操作系统界面（system interfaces 或 WASI）上 WASM 后端应用先驱 wasmCloud （CNCF-Sandbox） fermyon/spin WasmEdge （CNCF-Sandbox） • 多数特性已标准化 • 一些特性对后端应用 不可或缺 • 但各个运行时的实现， 成熟度不一 • 使用扩展特性，基本 需要限定运行时 WASM 扩展特性 • 基本接口已在 WASM 1.0 标准化 • 但只能交换简单数据类型 • 交换缓冲区和高级数据结构的方法各有不一 WASM 外部语言接口（FFI） • WASI 外部语言接口（支持对外 调用和外部回调） • 直接对接 WASM 扩展（例：wasm-gc target） • 直接对接 WASI 系统接口标准 MoonBit 作为 WASM 原生语言的作用 新语言对 WASM 后端技术栈的意义 • 封装，或者说“过顶”开发思路（OTT，over the top） • 有限使用 WASM 特性，基本只当作 ISA（指令集） • 绕过 WASM 低级概念，转而使用语言的高级概念

前沿动作功能 缺乏动作功能 AI动作生成 优秀的易用性和适配性 缺乏AI能力 保证每个目标平台的极致性能 跨端确定性 – 保证所有目标平台计算结 果完全一致 具备分布式能力 – 通过横向扩展突破单 机物理算力的上限 Motphys 物理引擎的设计目标 Rust 的性能和 C/C++ 比肩，支持 SIMD 优 化，满足苛求性能的引擎研发需求； Rust 的零开销抽象甩掉了复杂设计的性能包袱 在不损耗性能的情况下，其优秀的语 法设计保证了语言的强大表达力：用更少 的代码写更多的功能 # 高表达力 # 安全 Rust 依靠 LLVM 实现了多目标平台，并可 以用语言内建的 target_feature 针对不同 的指令集进行处理 # 跨平台 Cargo 真的比 cmake 好太多了 # 依赖管理 # 无惧并发 Rust 在语法层面极大程度保证了内存安全 和并发安全 语言内建的 async/await，还有优秀的 AoSoA类型，跨端确定性难以保证 nalgebra 过于复杂，大量的泛型导致使用 不便，代码质量一般 其余开源 crates 完成度不高 Rust 开源数学库的痛点 写好数学库并不容易 • 充分利用目标平台指令集 – 大量的针对目标平台的SIMD优化 • 数学计算本质上是类似的 – 大量的相似代码 • Portable SIMD unstable • 影响跨端确定性的因素太多了 motphys-math