Curve文件系统空间分配方案（基于块的方案，已实现） - 背景 - 本地文件系统空间分配相关特性 - 局部性 - 延迟分配/Allocate-on-flush - Inline file/data - 空间分配 - 整体设计 - 空间分配流程 - 特殊情况 - 空间回收 - 小文件处理 - 并发问题 - 文件系统扩容 - 接口设计 接口设计 - RPC接口 - 空间分配器接口 ## 背景 根据CurveFS方案设计（总体设计，只实现了部分），文件系统基于当前的块进行实现，所以需要设计基于块的空间分配器，用于分配并存储文件数据。 ## 本地文件系统空间分配相关特性 局部性 尽量分配连续的磁盘空间，存储文件的数据。这一特性主要是针对HDD进行的优化，降低磁盘寻道时间。 延迟分配/Allocate-on-flush 在sync/flush之前，尽可能多的积累更多的文件数据块才进行空间分配，一方面可以提高局部性，另一方面可以降低磁盘碎片。 Inline file/data 几百字节的小文件不单独分配磁盘空间，直接把数据存放到文件的元数据中。 针对上述的本地文件系统特性，Curve文件系统分配需要着重考虑局部性。 虽然Curve是一个分布式文件系统，但是单个文件系统的容量可能会比较大，如果在空间分配时，不考虑局部性，inode中记录的

Java 内存模型与分配机制 王晓东 wangxiaodongQouc.edu.cn 中国海洋大学 September 30, 2018 Java 内 学习目标 1. 理解 JVM 内存模型，掌握 JVM 内存构成 2. 理解 Java 程序的运行过程，学会通过调 HH 变化 3. 了解 Java 内存管理，认识垃圾回收 4. 建立编程时高效利用内存、避免内存溢上 D 的理 (Java Virtual Machine, JVM ) * Java 程序运行在 JVM 上，JVM 是程序与操作系统之间的桥梁。 * JVM 实现了 Java 的平台无关性。 * JVM 是内存分配的前提。 通过全限定名装载 大网 Java 内存模型 Java 程序内存运行分 Java 内存管理建议 JVM 内存模型 动画演示 JVM 内存浇出异常，就是堆内 存空间不足以存放新对象实例时导致 。 @ 调整 JVM 内存配置，@ 优化代码 Java 内存模 Java 程序内存运行分 Java 内存管理建议 JVM 内存溢出和参数调优 地 当遇到 OutOfMemoryError 时该如何做? * 常见的OOM (Out Of Memory) 内存溢出异常，就是堆内 存空间不足以存放新对象实例时导致

### 9. 创建工作空间与功能包 主讲人：古月 ## • 工作空间 工作空间（workspace）是一个存放工程开发相关文件的文件夹。 src: 代码空间（Source Space） build: 编译空间（Build Space） • devel: 开发空间（Development Space） • install: 安装空间（Install Space） workspace_folder/ bash setup.bash setup.sh ... catkin编译系统下的工作空间结构 ## • 创建工作空间 $ mkdir -p ~/catkin_ws/src ## 创建工作空间 $ cd ~/catkin_ws/src $ catkin_init_workspace ## 编译工作空间 $ cd ~/catkin_ws/ $ catkin_make ## 设置环境变量 roscpp ## 编译功能包 $ cd ~/catkin_ws $ catkin_make $ source ~/catkin_ws/devel/setup.bash 同一个工作空间下，不允许存在同名功能包 不同工作空间下，允许存在同名功能包 ## • 创建功能包 ![Image](/uploads/documents/3/e/8/9/3e891f3581ca2b

良好的生态，上手门槛低 ✓ Wasm? Lua? ## MoE 有什么挑战 业界少见 - 重度依赖 cgo ✓ cgo 是成熟 & 稳定的 ✓ 唯一的 bug: trace 工具 ✓ 性能挖掘空间大 网关场景 ✓ 性能敏感 ✓ 延时敏感 ## 第二部分 ## cgo 工作机制 ## Foreign Function Interface ① 函数调用 ② 数据交互 ✓ 对 PC 寄存器的修改 go lockedg Go stack https://go-review.googlesource.com/c/go/+/495855 5 月 18 日，第四次合入 ① g0 的栈空间（lo，hi）是动态指定的 ② 原来是当前 C 栈顶，增长 32k ① 后续 C 栈顶变高，morestack 检查需要扩栈 ② 转发信号时，通过 sp 是否在 g0 栈来判断上下文 ## 第五部分

195 3.10.2. Descheduler 197 3.10.3. 安装 descheduler 198 3.10.4. 配置 descheduler 198 3.10.5. 按命名空间过滤 pod 202 3.10.6. 根据优先级过滤 pod 203 3.10.7. 配置额外的 descheduler 设置 205 3.10.8. 卸载 descheduler 206 PLATFORM 集群中的节点分配资源 271 5.8.1. 了解如何为节点分配资源 271 5.8.1.1. OpenShift Container Platform 如何计算分配的资源 272 5.8.1.2. 节点如何强制实施资源限制 272 5.8.1.3. 了解驱除阈值 273 5.8.1.4. 调度程序如何确定资源可用性 273 5.8.2. 为节点配置分配的资源 274 5.9. 为集群中的节点分配特定 CPU 276 5.9.1. 为节点保留 CPU 276 5.10. 机器配置守护进程指标 277 5.10.1. 机器配置守护进程指标 278 第6章 操作容器 281 6.1. 了解容器 281 关于容器和 RHEL 内核内存 281 6.2. 在部署 POD 前使用初始容器来执行任务 281 6.2.1. 了解初始容器 281

\text{GREENPLUM DATABASE}^{\circ}+{}_{\text{docker}}=? $$ ## 容器化Greenplum 容器粒度 Segment主机 VS. Segment实例 ● 容器资源分配 CPU 内存 ☐ 磁盘 ● 容器间网络互联 ☐ 本机网络 ☐ 跨机网络 ● 容器化Greenplum部署策略 Master部署策略 o Primary Segment部署策略 ☐ 升级扩容 ● 容器化Greenplum存储管理 ☐ 容器本地存储易失性 ## 容器化Greenplum - 容器粒度 - Segment主机 VS. Segment实例 - 容器资源分配 - CPU - 内存 - 磁盘 - 容器间网络互联 - 本机网络 - 跨机网络 容器化分布式应用程序公共问题 - 容器调度 - 容器化Greenplum存储管理 - 容器本地存储易失性 - 容器外部存储关联性 ## 容器化Greenplum ● 容器粒度 ○ Segment主机 VS. Segment实例 ● 容器资源分配 ○ CPU ○ 内存 ○ 磁盘 ● 容器间网络互联 ○ 本机网络 ○ 跨机网络 容器镜像管理 容器调度 容器监控及自定义操作 容器存储管理 Kubernetes