## 怎么参与内核开发 Eric Miao 大家交流下我的经验，主要是相互学习： 我先介绍下我的经验吧。原来我是做嵌入式开发的，主要是在 Intel/Marvell 做 PXA/Xscale 这一块的，广  泛用在 PDA 上。也许大家见过过气的 Motorola 的 A1200 等系列的手机，就是用的这款 CPU。 开发过程中发现总是跟随着 Kernel 升级，开发工作很被动。内核树 Kernel 升级到 2.6.14 了，而我们却还在搞 2.6.9。那会儿我们还跟 MontaVista 有合作，所以曾经还搞过 2.4 的内核。PXA27x 上就有些客户在用 2.4，很是崩溃…… 后来我跟 boss 反应，这么开发是不行的，要把我们做的东西推到 mainline Intel HDA，然后结合实际的硬件也能猜个八九不离十。所以声音 debug 是个好的开端。 大家看到 sound/pci/hda/ 下面很多文件里面有很多 snd_pci_quirk 这个结构 (内核代码里面)，这些就是不同机器上不同的非标准配置，或者是 workaround。所以有很多问题，但一旦了解了，修复起来也比较直观。这种 Sound 相关的 Patch 就特别容易被 mainline 接受，改动也不大，很直观，而且也不影响

## JavaScript极速入门 —— 内核与引擎 主讲人与课程设计：耕耕 ## 浏览器内核 ## 主流浏览器内核 |主流浏览器|内核| |---|---| |IE -> Edge|trident->EdgeHTML| |Chrome|webkit->blink| |Safari|webkit| |Firefox|Gecko| |Opera|Presto->blink| 5)| ## 浏览器内核与JavaScript引擎关系 最初内核的概念包括渲染引擎与JS引擎，目前习惯直接称渲染引擎为内核，JS引擎独立。 最初状态 目前状态 浏览器内核 浏览器内核 渲染引擎 JavaScript引擎 渲染引擎 JavaScript引擎 ## 渲染引擎与JavaScript引擎 渲染引擎：Rendering Engine，一般习惯将之称为“浏览器内核”，主要功能是解 引擎：专门处理JavaScript脚本的虚拟机、解释器，用来解释执行js代码。在早期内核也是包含js引擎的，而现在js引擎越来独立了，可以把它单独提出来。 总结：渲染引擎（浏览器内核）处理html/css，JavaScript引擎处理JavaScript代码，有js引擎的地方就能解析js代码 浏览器 渲染引擎（内核） JavaScript引擎 解析html/css 解析JavaScript代码

## Rust 异步 Runtime 的兼容层 施继成 @ DatenLord ## [Table_CompanyName] 6.17-6.18 @Shanghai ## Table of Contents ## # Rust async runtime Introduce what's rust async runtime 2 ## #Async runtime binding

产品优势 2 设计哲学 2.1 连接：打造数据库上层标准 2.2 增强：数据库计算增强引擎 2.3 可插拔：构建数据库功能生态 2.3.1 L1 内核层 2.3.2 L2 功能层 2.3.3 L3 生态层 3 部署形态 3.1 ShardingSphere-JDBC 独立部署 3.2 ShardingSphere-Proxy 独立部署 3.3 混合部署架构 背景信息 …… 383 使用规范 …… 383 参数解释 …… 384 SQL Hint …… 384 9.4 错误码 …… 385 9.4.1 SQL 错误码 …… 385 内核异常 …… 386 功能异常 …… 390 其他异常 …… 394 9.4.2 服务器错误码 …… 394 10 开发者手册 …… 395 10.1 运行模式 …… 395 10 注它们之间的协作多于数据库自身。 #### 1.1.1 ShardingSphere-JDBC ShardingSphere-JDBC 定位为轻量级 Java 框架，在 Java 的 JDBC 层提供的额外服务。 #### 1.1.2 ShardingSphere-Proxy ShardingSphere-Proxy 定位为透明化的数据库代理端，通过实现数据库二进制协议，对异构语言提供支持。

Sealos 介绍 ## 一 站式公有云/私有云建设方案 ## One-stop solution for your public&private cloud 以 kubernetes 为内核的云操作系统 ## 整个数据中心抽象成一台服务器，一切皆应用，让用云像用个人电脑一样简单！  ## Sealos是云操作系统发行版本 ## Kubernetes是云操作系统内核，整个集群是一个整体 Linux发行版，如redhat Linux发行版，如redhat Linux发行版，如redhat Linux kernel Linux kernel Linux PaaS SaaS 拥抱 云内核 架构 |分层架构代表 openstack|内核架构代表 linux| |---|---| |我快黄了|我经久不衰| |我一锅大杂烩|我高内聚高抽象| |我装起来都费劲|我一键安装| |我运行起来一堆问题|我小白都能稳定运行| |我一堆模块|我大道至简海纳百川| |不求最好，但求最贵|优秀还便宜| 你真的需要虚拟机？真的需要 IaaS 层？ PaaS SaaS 有本质区别？鸭式辩型忘记了？

## PyTorch ## 全军出击：全连接层 主讲人：龙良曲 ## I know nothing  ## Be practical ![Image](/uploads/documents/6/b/7/2/6b720cc12f9db8

## Golang 在接入层长连接服务中的实践 黄欣 基础平台—架构部 - 背景 - 架构 - 心得 ## 目录 - 背景 - 架构 - 心得 ## 目录 ## 背景—why 长连接? - 业务场景 - 大量实时计算 - 司机乘客撮合 - 实时计价 - 高频度的数据交互 - 坐标数据 - 计价数据 - 架构—接口设计 ## • 原则 - 扩展性 – 稳定性（最好不用升级） ## • 解决方法 – Protobuf (golang) - 接口设计分层 • 框架层：模块间通信协议（类似tcp/udp） • 业务层：bytes（类似应用层）留给业务自己定义就好了 ## 架构—性能 • conn svr |连接数|qps|内存|cpu（平均）|gc（STW）| |---|---|---|---|---| launcher auth svr route svr storage (redis\mysql) push svr util launcher: 接收连接，接收请求，go出去，等待业务层返回结果，并write back business：业务代码，拿到请求自行处理，完事之后return到laucher backend：和长连接系统中的其他模块异步通信模块 storage：和存储交互模块，提供统一的封装

## 全栈服务网格 - Aeraki 助你在 Istio 服务网格中管理任何七层流量 赵化冰@腾讯云 ## Huabing Zhao ## Software Engineer @ Tencent Cloud @zhaohuabing @zhaohuabing @zhaohuabing @zhaohuabing https://zhaohuabing.com  ## Agenda ☐ Service Mesh 中的七层流量管理能力 ☐ 几种扩展 Istio 流量管理能力的方法 ☐ Aeraki - 在 Isito 服务网格中管理所有七层流量 ☐ Demo - Dubbo Traffic Management ☐ MetaProtocol - Service Mesh 通用七层协议框架 ## Protocols in a Typical Microservice f0f547185ff9278516/p4_1.jpg) ## What Do We Expect From a Service Mesh? 为了将基础设施的运维管理从应用代码中剥离，我们需要七层的流量管理能力： • Routing based on layer-7 header ☐ Load balancing at requet level ☐ HTTP host/header/url/method