## 怎么参与内核开发 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 反应，这么开发是不行的，要把我们做的东西推到 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代码

1.22 ## 升级 OpenShift Data Science Self-managed 了解如何在 OpenShift Container Platform 上升级 Red Hat OpenShift Data Science Powered by TCPDF (www.tcpdf.org) 了解如何在 OpenShift Container Platform 上升级 Red Hat OpenShift ## 摘要 了解 OpenShift Data Science Operator 升级过程。 ## 目录 第1章 对红帽文档提供反馈 …… 3 第2章 升级 OPENSHIFT DATA SCIENCE SELF-MANAGED 概述 …… 4 第3章 为 OPENSHIFT DATA SCIENCE 配置升级策略 …… 5 ## 第1章 对红帽文档提供反馈 让红帽知道我们如何改进文档 并开始监控问题后，打开链接，或添加更多评论以向我们提供有关该问题的更多信息。 感谢您抽出时间为您提供反馈。 ## 第 2 章 升级 OPENSHIFT DATA SCIENCE SELF-MANAGED 概述 作为集群管理员，您可以将 Red Hat OpenShift Data Science Operator 配置为自动或手动升级。 ![Image](/uploads/documents/9/6/7/e/967e73c7

# Centos6.x 升级至 7.2 ## 前言： Centos6.x 的系统版本只能直接升级到 centos7.2 的版本，因为 centos7.3 开始，其安装镜像文件里就没有 upgrade.img 等文件，无法直接升级了，所以要想从 6.x 升级到 7.8 等新的版本，也要先升级至 7.2，再在 7.2 里 yum update 升级至最新版本。 Centos6 的小版本（如 6.4，6 10 等）直接升级至 7.2 的话，也会出现不同的小问题，具体问题需要具体分析解决。大概的升级步骤都是一样的。一般使用 minimal 最小化安装版本安装的 centos6 系统都能升级，如果装了 Gnome2.x 桌面，升级后会进不了新系统的桌面，要先将 6.x 系统设置为 runlevel3（以命令行界面启动）。 本文档先以 centos6.5 最小化安装版本为例讲一下通常的升级步骤： ![ .jpg) 1. 下载 redhat-upgrade-tool 升级工具及相关依赖包 2. 下载 centos7.2 的安装包.iso 文件，并上传到目标服务器（运行 centos6.x 的） 3. 安装 redhat-upgrade-tool 及依赖包，运行升级检查命令 4. 检查后无重大问题，则可升级 5. 升级完成，若能正常进入新系统 centos7.2，则检查一下里面的服务是否正常

IstioMeetup 服务网格数据平面热升级技术分享 ServiceMesh Data-Plane Hot-Upgrade 阿里云服务网格团队－史泽寰 ## 目录 Catalog ## - 为什么需要服务网格数据面热升级 - 实现热升级 - 实践热升级 ## 传统Sidecar升级方式的缺点 • 造成请求失败，影响业务质量 • 重启Pod导致业务容器也被重启，需要执行重新初始化 • 不增加workload数量升级，则服务容量受损 - 增加workload保持服务容量不变，应对大规模场景难以在扩容规模和操作便捷度上取得令人满意的平衡 ## 为什么需要服务网格数据面热升级 Why do we need Hot-Upgrade for ServiceMesh Data-Plane ## 理想的Sidecar升级 - 只替换/重启Sidecar - 替换/重启过程中进/出不会出现请求失败，连接失败 替换/重启过程中进/出不会出现请求失败，连接失败 • 易于运维，可以控制升级策略 ## 目录 Catalog - 为什么需要服务网格数据面热升级 - 实现热升级 - 实践热升级 ## 实现热升级 Implement Hot-Upgrade ## Envoy热重启 • 以Epoch + 1的方式启动新实例，触发热重启 • ListenSocket转移到新实例 旧实例进行排水，不再接受新的请求 - 排水结束后旧实例退出，热重启完成

Sealos 介绍 ## 一 站式公有云/私有云建设方案 ## One-stop solution for your public&private cloud 以 kubernetes 为内核的云操作系统 ## 整个数据中心抽象成一台服务器，一切皆应用，让用云像用个人电脑一样简单！  ## Sealos是云操作系统发行版本 ## Kubernetes是云操作系统内核，整个集群是一个整体 Linux发行版，如redhat Linux发行版，如redhat Linux发行版，如redhat Linux kernel Linux kernel Linux /gh-proxy.com \ 5 --cloud-domain= ## 抛弃 IaaS PaaS SaaS 拥抱 云内核 架构 |分层架构代表 openstack|内核架构代表 linux| |---|---| |我快黄了|我经久不衰| |我一锅大杂烩|我高内聚高抽象| |我装起来都费劲|我一键安装| |我运行起来一堆问题|我小白都能稳定运行|

## 百度APP基于Istio实现 基础架构升级 许超 ## 背景 ## ● 核心业务线已完成微服务改造，数万个微服务对架构服务治理能力提出了更高的要求。 部分模块上下游超时配置不合理，超时倒挂，集中管理调整成本比较高。 多数模块对单点异常，慢节点等异常缺乏容忍能力，推动每个模块独立修复，成本高，上线周期长。 ## 高级架构能力能否多语言、多框架支持？ ➢ 因重试导致雪崩，底层RPC框架需要重复建设来定制动态熔断能力。 因重试导致雪崩，底层RPC框架需要重复建设来定制动态熔断能力。 ➢ 升级一级服务建设中，发现很多模块单点、多点故障不能容忍，能否低成本解决？ ## ● 运维架构能力是否具备可移植性？是否能低成本复制新的产品线？ 比如常用运维降级、止损能力各个产品线重复建设，方案差异大，OP期望运维能力在不同产品线之间能够通用化，集中化管理，甚至做到自动决策 精细故障能力（异常query、注入延迟等）期望能够标准化、低成本跨产品线复制 务实、高稳定性、低迁移成本。 ## 核心思路 先单跳，后双跳。 服务发现下沉到Envoy。 基于 RPC + 服务发现实现透明流量劫持。 自建配置中心，产品化封装。 ## 关键技术 内核劫持，使用Loopback IP 与 服务发现——对应。 ➢ RPC劫持，构建可快速扩展标准方案。 ➢ 自身稳定性，降级（兜底）、隔离、监控多种方式保证。 ![Image](/upload

[Image](/uploads/documents/4/7/3/9/4739a36fae893087536c8b4215db714a/p1_1.jpg) ## OpenEuler 实时内核UniProton及其混合关键性部署的实践 ## openEuler全新升级，成为数字基础设施开源操作系统 操作系统碎片化 导致数字基础设施产生大量 “软烟囱”： 生态割裂； 重复开发； 协同繁琐 ## I nformation Technology colspan="2">嵌入式内核可编程，场景算力最佳· 磁盘资源隔离，大数据性能提升30% · 应用感知调度，hbase性能提升20%· 容器/虚机混部，资源利用率15%-30%· 边云管理协同框架，跨边云单应用秒级发放· 提供us级软/硬实时内核 · OpenAMP混合部署模式 · 异构直连聚合，应用跨算力流转基础能力持续创新南向创新· 可编程内核 · 实时内核openEuler DevKit · 迁移升级工具BiSheng Compiler · AI辅助自动调优分布式数据管理，数据共享