0 | Netty:简略梳理IO模型

这是一篇对IO模式知识点的简要笔记,后续会根据知识的积累与理解继续做更新。几种常见的IO名称最早接触的是BIO,在Java的网络编程中,有一个ServerSocket,会调用accept()方法,监听某个端口,直到有新的连接进来,代码才会继续往后执行;再到后面是NIO,一说是New IO,又说是No

这是一篇对IO模式知识点的简要笔记,后续会根据知识的积累与理解继续做更新。

几种常见的IO名称

最早接触的是BIO,在Java的网络编程中,有一个ServerSocket,会调用accept()方法,监听某个端口,直到有新的连接进来,代码才会继续往后执行;再到后面是NIO,一说是New IO,又说是Non-blocking IO,到底怎么叫感觉并不重要,重要的是它可以不阻塞代码的执行,但是这里有个很关键的点:不阻塞代码的情况下,如何执行相应的处理逻辑(对这个问题会在后续的Reactor相关笔记中进行阐述)?

另外,目前还没有接触过AIO,待后续补充。

BIO

完整流程示意图:

BIO示意图

采用的开发模式为:Thread-Per-Connection,顾名思义,也就是每来一个请求,都会开一个线程,在子线程中进行逻辑处理。

阻塞同步方式

jdk1.4之前

NIO

完整流程示意图:

NIO示意图

采用的开发模式为:Reactor,简单说就是:各个业务先说清楚自己关心什么事件,然后当这个事件发生的时候,会执行该业务的逻辑。

非阻塞同步方式

Since jdk1.4

AIO

非阻塞异步方式

阻塞与非阻塞

阻塞和非阻塞指的是不能立刻得到结果之前,会不会阻塞当前线程

  1. 阻塞:当前线程会被挂起,直到结果返回;
  2. 非阻塞:指在不能立刻得到结果之前,该函数不会阻塞当前线程,而会立刻返回(会导致线程切换的增加)。

线程是否需要阻塞以等待数据准备好,同理写操作也会直接返回。

同步与异步

描述的是用户线程内核的交互方式,与消息的通知机制有关:

  1. 同步:当一个同步调用发出后,需要等待返回消息(用户线程不断去询问),才能继续进行;
  2. 异步:当一个异步调用发出后,调用者不能立即得到返回消息,完成后会通过状态、通知和回调来通知调用者。

简单来说就是:

  1. 同步:同步等待消息通知,消息返回才能继续进行;
  2. 异步:异步等待消息通知,完成后被调系统通过回调等来通过调用者。

再简而言之:数据准备好了谁来读取。

同步:数据传好了之后应用程序自己去读

异步:OS读好然后通过回调通知应用程序;

参考: 极客时间-Netty源码剖析与实战Java 5种IO模型

Read more

Volcano 与 Kubernetes GPU 调度学习笔记

本笔记系统整理 Volcano 调度器、Kubernetes 调度框架、GPU Device Plugin、HAMi 等云原生 AI 调度领域的核心知识,适合用于学习、复习和工程实践参考。 目录 * 第一部分:Volcano 入门 * 1. Volcano 是什么 * 2. 安装与快速使用 * 3. 核心特性一览 * 第二部分:Volcano 整体架构 * 4. Volcano 解决的核心问题 * 5. 整体架构与数据流 * 6. 三层抽象模型 * 第三部分:Volcano 核心实现原理 * 7. Session 机制 * 8. Gang Scheduling 实现 * 9. Queue 与 DRF 公平调度

容器镜像(4):镜像的常用工具箱

容器镜像(4):镜像的常用工具箱

前几篇在讲多架构镜像时已经用过 skopeo 和 crane 做镜像复制,这篇系统整理这两个工具的完整能力,同时介绍几个日常操作镜像时同样好用的工具。 一、skopeo:不依赖 Daemon 的镜像瑞士军刀 skopeo 的核心价值是绕过 Docker daemon,直接与 Registry API 交互。上一篇用它做镜像复制和离线传输,但它的能力远不止于此。 1.1 安装 # Ubuntu / Debian sudo apt install -y skopeo skopeo --version # skopeo version 1.15.1 1.2 inspect:免拉取检查镜像元数据 docker inspect 需要先把镜像拉到本地,skopeo inspect 直接向 Registry

容器镜像(3):多架构镜像构建

容器镜像(3):多架构镜像构建

一、什么是多架构镜像 1.1 OCI Image Index 上一篇介绍了单平台镜像的结构:一个 Manifest 指向 Config 和若干 Layer blob。多架构镜像在此之上多了一层——OCI Image Index(也叫 Manifest List),是一个轻量的索引文件,把多个单平台 Manifest 组织在一起: $ docker manifest inspect golang:1.22-alpine { "schemaVersion": 2, "mediaType": "application/vnd.oci.image.index.v1+json", "manifests&

容器镜像(2):containerd 视角下的镜像

容器镜像(2):containerd 视角下的镜像

一、为什么需要了解 containerd 如果你只用 docker run 跑容器,从来不关心底层,那可以不了解 containerd。但如果你在用 Kubernetes,或者想真正理解"容器运行时"是什么,containerd 是绕不开的。 事实上,当你执行 docker run 的时候,containerd 早就在后台悄悄工作了——Docker 从 1.11 版本开始,就把核心运行时剥离出来交给 containerd 负责。 1.1 Docker 的架构演变 早期的 Docker(1.10 及之前)是一个"大一统"的单体程序:一个 dockerd