Go 1.4 runtime Gopher China 2015 1. Memory Allocator 2. Garbage Collector 3. Goroutine Scheduler 1. Memory Allocator 内存分配器 base on tcmalloc. 基于成熟方案，性能优秀。随着版本升级， 针对性改进，以期与垃圾回收器更好协作。 核心：自主管理，缓存复用，无锁分配。 阈值触发，并行标记，并发清理。 定期强制回收，释放物理内存。 版本升级，垃圾回收效率总是核心问题。 gogc. 阈值检查，或强制回收。 malloc next_gc 0 gogc runtime.gc() stop start mark sweep stop start mark sweep 0 2 2 1 forcegc 2m 1 mark. 暂停用户逻辑，并行标记。 scheduler thread processor goroutine max. 系统限制，允许调整。 runtime.GOMAXPROCS 调整 P 数量，会导致 G 任务队列重新分布。 M G P scheduler max = 10000 max = 256 runtime/debug.SetMaxThreads 超出限制，会导致进程崩溃。 newproc. 创建新并发任务。

Rust 异步 Runtime 的兼容层 施继成 @ DatenLord Introduce what’s rust async runtime # Rust async runtime Analyze the reason of runtime isolation # Async runtime binding # Compatible layer 1 Create a wheel 2 3 # Rust async runtime 1 Light-weight task • Language and compiler define tasks • How to run it? • When to run it? • How does it deal with the I/O? Rust async runtime Runtime responsibilities it’s multi-thread model Rust async runtime Available Runtimes • Tokio • Async-std • Smol • Monoio Rust async runtime # Async runtime binding 2 Which runtime to choose ? • More adopters • Rich

浅谈全链路监控： 从应用到数据库到 Runtime 黄东旭, Co-founder & CTO, PingCAP 关于我 黄东旭，联合创始人 & CTO @ PingCAP 做分布式数据库的程序员 ● 现在能写代码的时间是奢侈品 TiDB 的亲爹之一兼首席客服和新功能的第一个用户 ● 冤有头债有主，SQL 慢了来找我。。。 偶尔玩玩音乐 ● 摇滚乐->实验音乐 Go 的粉丝！！！！ tool trace go tool trace ● 优点：好用，好看（UI） ● 缺点：性能损耗太大，不能一直开着 Trace in Go runtime ● go tool trace 的原理是？ Trace 会 Go Runtime 的代码中打桩收集 CPU time，在 Goroutine 开始执行时记录 start_run_time, 在调度退出执行时记录 end_run_time，累加 goroutine 的 CPU time。 A little bit about Go runtime https://learnku.com/articles/41728 https://github.com/golang/go/blob/ma ster/src/runtime/trace.go hack runtime 的思路： follow the tracing event. PingCAP

实现密码与安全协议的优势与现状 Introduction to Shangmi Algorithms and Protocols #2 国密算法与协议介绍 Huawei Ylong Rust Cryptographic Framework #4 华为 Ylong Rust 密码库 国密算法总览 Overview to Shangmi Cryptography Section #1 • 密码算法安全目标 • 智能指针 && RAII 生命周期 所有权系统 Channel 共享状态 所有权 Send && Sync Trait 编译器静态检查 高可靠 1 2 3 ü 无GC、无Runtime、无解释器 ü 零成本抽象 ü 后端LLVM优化 ü 支持C-ABI的FFI方式 ü 支持自定义内存分配器 Rust性能基本和C、C++持平，适用于系统级编程领域 ü 强大编译器 ü 社区中，对于下载量超过 1W 且 半年内有更新、在维护期的国密套件库，仅有 RustCrypto 和 libsm，未审核，且缺少安全协议功能支 持，在性能上也可以进一步优化。 华为 Ylong Rust 密码库 Huawei Ylong Rust Cryptographic Framework Section #4 • 使用 Rust 实现国密框架 • 国密算法在安全协议中的应用 使用 Rust 实现国密框架

Rust Runtime in Mobile Overview of asynchronous Rust #1 Rust 异步简介 Ylong async runtime #3 Ylong Runtime 并发框架 目录 Table of Contents #2 社区并发框架介绍以及与移动端的不适配性 Introduction to third party Runtime crates task Queue wake Worker Future.poll() Reactor fd fd listen listen find 现有并发框架 Third Party Runtime 目前 Rust 社区最广泛使用的事件 驱动型调度框架，擅长处理大量异 步 IO 的场景。具有非常强大的生 态。 tokio 第一个适配 Rust async/await 原语 的运行时库，与 只持有一个本地 FIFO 队列 移动端诉求：优先级 • 任务区分优先级： UI 显示 vs 后台下载 • 大小核调度 Incompatibility of the third party Runtime with Mobile 现有框架无法完美适配移动端（二） 移动端诉求：易用性 • IO 密集性任务与 CPU 密集型任务融合 异步并发框架如 tokio 大多用于处理大量 异步 IO 场景，而

2022 – 2023, Shanghai, China Rust China Conf 2022 – 2023, Shanghai, China Rust 与终端 HTTP 通信场景结合 我们 Ylong HTTP 客户端库当 前实现的基础功能： ✓ 支持同步逻辑和异步逻辑 ✓ 支持 HTTP/1.1、HTTP/2、 HTTP/3 协议及其组件 ✓ 支持 HTTPS ✓ 支持客户端代理 ✓

1 周群力 Co-founder of Layotto Service Mesh 落地之后: 为 sidecar 注入灵魂 2 • Multi Runtime: 从 sidecar 到机甲 • Runtime API: 解决跨云部署和厂商绑定难题 • WebAssembly in sidecar: 让业务逻辑跑在sidecar里 • Service Mesh 回顾 • 展望2022：待解决的问题 14 Multi-Runtime 什么是 Runtime? 15 图片来源： https://www.etsy.com/listing/648454769/avatar-aliens-amp-suit-robot-custom 什么是 Runtime? 16 Reference:https://www.infoq.com/articles/multi-runtime-microservice-architecture/ e-architecture/ 什么是 Runtime? 17 Reference: https://www.infoq.com/articles/multi-runtime-microservice-architecture/ Service Mesh vs Runtime 18 低 能力丰富度 Service Mesh Runtime 分布式能力原语合集 定位 具有明确语义的

framework 的核心；我尝试剖析其中美好的对象导向性质（注1）的实 作方式，亦尝试剖析其中与Windows 程序设计模型（注2）息息相关之特殊性质（注3）的 实作方式。 注1：此指runtime type information、dynamic creation、persistence、document/view¡ K。 注2：此指message based、event driven 会根据你的选项做出不同 的程序代码，我所据以解说的，是大众化选项下的产品。 第四篇以微软公司附于Visual C++ 光盘片上的一个范例程序Scribble 为主轴，一步一步加 上新的功能。并在其间深入介绍Runtime Type Information（RTTI）、Dynamic Creation、 Persistence（Serialization）、Message Mapping、Command Routing Visual C++ 4.0 两本 书，也都多多少少开始涉及MFC 核心。我有一种「德不孤必有邻」的喜悦。 为了维护本书更多的唯一性，也由于我自己又钻研获得了新的心得，本书增加了前版未有的 Runtime Type Information、Dynamic Creation 等主题，对于Message Mapping 与Command Routing 的讨论也更详细得多，填补了上一版的缝隙。更值得一提的是，

ould-you-use 生产实践 – Async lock runtime.spawn(task0) runtime.spawn(task1) runtime.spawn(task2) 生产实践 – Async lock runtime.spawn(task0) runtime.spawn(task1) runtime.spawn(task2) 生产实践 – Async lock workload runtime.spawn(task0) runtime.spawn(task1) runtime.spawn(task2) runtime.spawn(task3) 生产实践 – Mixed workload cpu_runtime.spawn(task0) cpu_runtime.spawn(task1) cpu_runtime.spawn(task2) cpu_runtime.spawn(task3) https://tokio.rs/blog/2020-04-preemption 2. https://www.influxdata.com/blog/using-rustlangs-async-tokio-runtime- for-cpu-bound-tasks/ 测试源码： https://github.com/chunshao90/tokio-preemption However, this kind of

Kotlin 1.9.0 introduces the preview of a custom memory allocator. Its allocation system improves the runtime performance of the Kotlin/Native memory manager. The current object allocation system in Kotlin/Native reference to the Objective-C object. When the Kotlin object gets deallocated, the Kotlin/Native runtime calls the objc_release function that releases that Objective-C reference. Previously, the Kotlin/Native thread. Since hooks for objects on the main thread usually expect to be called there, Kotlin/Native runtime now calls objc_release on the main thread as well. It should cover the cases when the Objective-C