GPU虚拟化

news2025/6/9 17:40:05

引言

现有如下环境（注意相关配置：只有一个k8s节点，且该节点上只有一张GPU卡）：

// k8s版本
$ kubectl version
Client Version: version.Info{Major:"1", Minor:"22", GitVersion:"v1.22.7", GitCommit:"b56e432f2191419647a6a13b9f5867801850f969", GitTreeState:"clean", BuildDate:"2022-02-16T11:50:27Z", GoVersion:"go1.16.14", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"22", GitVersion:"v1.22.7", GitCommit:"b56e432f2191419647a6a13b9f5867801850f969", GitTreeState:"clean", BuildDate:"2022-02-16T11:43:55Z", GoVersion:"go1.16.14", Compiler:"gc", Platform:"linux/amd64"}

// k8s节点信息
$ kubectl get node
NAME              STATUS   ROLES                  AGE    VERSION
desktop-72rd6ov   Ready    control-plane,master   419d   v1.22.7
$ kubectl get node desktop-72rd6ov -oyaml | grep nvidia.com -A 1 -B 6
  allocatable:
    cpu: "16"
    ephemeral-storage: "972991057538"
    hugepages-1Gi: "0"
    hugepages-2Mi: "0"
    memory: 16142536Ki
    nvidia.com/gpu: "1"
    pods: "110"
  capacity:
    cpu: "16"
    ephemeral-storage: 1055762868Ki
    hugepages-1Gi: "0"
    hugepages-2Mi: "0"
    memory: 16244936Ki
    nvidia.com/gpu: "1"
    pods: "110"

// nvidia k8s-device-plugin版本
// nvidia k8s-device-plugin使用默认配置运行
root@nvidia-device-plugin-daemonset-wtqrg:/# nvidia-device-plugin --version
NVIDIA Device Plugin version 42a0fa92
commit: 42a0fa92ce166592ab5702a1143ddecd891c8e5e

// nvidia-container-toolkit版本
$ nvidia-container-toolkit --version
NVIDIA Container Runtime Hook version 1.17.4
commit: 9b69590c7428470a72f2ae05f826412976af1395

// nvidia GPU及driver信息
$ nvidia-smi
Mon Jun  2 10:51:49 2025
+-----------------------------------------------------------------------------------------+
| NVIDIA-SMI 560.35.02              Driver Version: 560.94         CUDA Version: 12.6     |
|-----------------------------------------+------------------------+----------------------+
| GPU  Name                 Persistence-M | Bus-Id          Disp.A | Volatile Uncorr. ECC |
| Fan  Temp   Perf          Pwr:Usage/Cap |           Memory-Usage | GPU-Util  Compute M. |
|                                         |                        |               MIG M. |
|=========================================+========================+======================|
|   0  NVIDIA GeForce RTX 4060 Ti     On  |   00000000:01:00.0  On |                  N/A |
|  0%   42C    P8              8W /  165W |     690MiB /  16380MiB |      3%      Default |
|                                         |                        |                  N/A |
+-----------------------------------------+------------------------+----------------------+

+-----------------------------------------------------------------------------------------+
| Processes:                                                                              |
|  GPU   GI   CI        PID   Type   Process name                              GPU Memory |
|        ID   ID                                                               Usage      |
|=========================================================================================|
|    0   N/A  N/A        25      G   /Xwayland                                   N/A      |
+-----------------------------------------------------------------------------------------+

// cuda版本
$ nvcc --version
nvcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2024 NVIDIA Corporation
Built on Tue_Oct_29_23:50:19_PDT_2024
Cuda compilation tools, release 12.6, V12.6.85
Build cuda_12.6.r12.6/compiler.35059454_0

在上述单节点的k8s环境中，我先用如下配置了使用GPU的yaml起一个pod：

# nginx-pod.yaml
apiVersion: v1
kind: Pod
metadata:
  name: gpu-pod-1
spec:
  restartPolicy: Never
  containers:
    - name: nginx
      image: nginx:latest
      imagePullPolicy: IfNotPresent
      resources:
        limits:
          nvidia.com/gpu: 1
      securityContext:
        capabilities:
          add: ["SYS_ADMIN"]
  tolerations:
  - key: nvidia.com/gpu
    operator: Exists
    effect: NoSchedule
  - effect: NoSchedule
    key: node-role.kubernetes.io/master
    operator: Exists

可以看到pod正常运行：

$ kubectl apply -f nginx-pod.yaml
pod/gpu-pod-1 created
$ kubectl get pod -o wide
NAME        READY   STATUS    RESTARTS   AGE   IP             NODE              NOMINATED NODE   READINESS GATES
gpu-pod-1   1/1     Running   0          64s   10.244.0.221   desktop-72rd6ov   <none>           <none>
$ kubectl exec -ti gpu-pod-1 -- bash
root@gpu-pod-1:/# nvidia-smi --version
NVIDIA-SMI version  : 560.35.02
NVML version        : 560.35
DRIVER version      : 560.94
CUDA Version        : 12.6

如果再用上述yaml起一个gpu-pod-2，会发现pod一直Pending，因为节点上已经没有剩余可用的GPU资源可用：

$ kubectl apply -f nginx-pod.yaml
pod/gpu-pod-2 created
$ kubectl get pod -o wide
NAME        READY   STATUS    RESTARTS   AGE     IP             NODE              NOMINATED NODE   READINESS GATES
gpu-pod-1   1/1     Running   0          13m     10.244.0.221   desktop-72rd6ov   <none>           <none>
gpu-pod-2   0/1     Pending   0          4m20s   <none>         <none>            <none>           <none>

但是试想一种场景：我有多个任务需要使用GPU资源计算，但是GPU资源数量明显少于任务数量，而且某些任务运行过程中也并不是一直会使用GPU资源。为了充分利用GPU资源，我们希望任务能公用这些GPU资源，这也就引出了本文的主题：GPU虚拟化。

一、GPU虚拟化技术概览

1.1 为什么需要GPU虚拟化？

1.1.1 物理GPU的固有特点

  • 资源利用率低下：传统GPU独占模式下，AI推理/轻量计算任务仅占用10%-30%算力，大量资源闲置
  • 成本与扩展性瓶颈：企业需为每个用户/应用单独采购GPU硬件（如设计师工作站）；云服务商无法通过共享降低租户算力成本
  • 多租户隔离缺失：多个任务竞争同一GPU导致性能抖动（如显存溢出影响邻位应用）

1.2 两大核心模式对比

1.2.1 一虚多（1 GPU → N个实例）

本质：单物理GPU分割为多个逻辑虚拟GPU

实现原理：

  • 时分复用（Time-Slicing）：GPU时间片轮转调度（如每10ms切换任务），代表方案：NVIDIA vGPU、开源GPU-PV，适用场景：图形渲染、轻量计算
  • 空间分区（Spatial Partitioning）：物理切割GPU计算单元/显存（如NVIDIA MIG），适用场景：AI推理、高隔离性任务

架构示意图：

Physical GPU → Hypervisor层（vGPU Manager）→ 虚拟GPU实例（vGPU1/vGPU2/...） → VM/Container

1.2.2 多虚一（N GPU → 1实例）

本质：聚合多个GPU资源服务单个计算密集型应用

实现原理：

  • 设备级聚合：通过NVLink互联多卡（如DGX服务器的8-GPU Cube Mesh）
  • 节点级聚合：GPUDirect RDMA跨节点通信（InfiniBand网络）

典型架构：

App (e.g. LLM训练) → 聚合框架 (NCCL/DDP) → GPU Pool (本地多卡/跨节点集群)

1.2.3 关键特性对比表

维度一虚多 (1→N)多虚一 (N→1)
核心目标资源分片共享算力聚合加速
隔离性中-高（MIG为物理隔离）无（所有资源协同工作）
延迟敏感性低（毫秒级调度）高（微秒级通信延迟影响显著）
典型硬件Tesla T4/vWS, A100 (MIG)A100/H100 + NVLink Switch
适用场景云游戏、VDI、AI推理大模型训练、科学计算
代表技术NVIDIA vGPU, MIG, GPU-PVNVLink, NCCL, GPUDirect RDMA

1.2.4 技术演进里程碑

  • 2013：NVIDIA GRID K1首发vGPU技术（针对虚拟桌面）
  • 2020：安培架构推出MIG（首个硬件级多实例GPU）
  • 2022：Hopper架构支持机密计算vGPU（加密显存保护数据）
  • 2023：vGPU 2.0支持动态资源分配（运行时调整vGPU显存/算力）

二、一虚多（1 GPU → N个实例）技术解析

2.1 实现原理

2.1.1 硬件辅助虚拟化（NVIDIA vGPU 技术栈）：

在这里插入图片描述

核心组件：

  • Hypervisor驱动与调度器：GPU内部的任务队列管理单元（如Ampere架构的GSP调度引擎）
  • vGPU Manager：驻留在Hypervisor的驱动层，负责GPU资源切分与调度
  • Guest驱动：虚拟机/容器内识别虚拟GPU的标准驱动（与物理驱动兼容）

2.1.2 资源分割的两大范式

类型时分复用（Time-Slicing）空间分区（MIG）
原理GPU时间片轮转服务多个任务物理切割GPU为独立计算单元
隔离级别软件级（易受干扰）硬件级（显存/缓存/计算单元隔离）
调度粒度毫秒级（通常10-50ms）永久性分区（需重启生效）
代表技术NVIDIA vGPU, GPU-PVNVIDIA MIG（仅安培/霍珀架构）
适用场景图形渲染、轻量级AI推理高SLA要求的AI推理/科学计算

2.2 主流方案简介

2.2.1 NVIDIA vGPU/vWS（企业级方案）

架构流程：

GPU硬件分片 → 虚拟GPU（vGPU） → 虚拟机

关键特性：

  • Profile配置表（以NVIDIA A100 40GB为例）
Profile名称显存CUDA核心最大实例数
A100-1B1GB1/77
A100-2B2GB1/77
A100-3B3GB1/74
A100-4B4GB1/73
A100-7B7GB1/71
  • 许可证机制：

需连接nvidia-licence-server（默认端口7070）

许可证类型：vWS（图形工作站）、vCS（计算加速）、vPC（基础办公）

2.2.2 NVIDIA MIG（Multi-Instance GPU）（硬件级隔离方案）：

物理切割原理：

  • 安培架构GPU（如A100）含7个GPC（图形处理集群）
  • 每个MIG实例独占：
    • 独立计算单元（SMs子集）
    • 专用L2缓存切片
    • 隔离的显存通道

7种实例规格（A100 40GB）：

限制：总实例数≤7，显存总和≤物理显存

实例类型算力占比显存适用场景
1g.5gb1/75GB轻量推理
1g.10gb1/710GB中等模型推理
2g.20gb2/720GB大模型推理
3g.40gb3/740GB训练/高负载推理

2.2.3 开源方案：GPU-PV（容器/虚拟机场景轻量虚拟化）（如Kubevirt + vGPU）

实现原理：

  • 通过Kubernetes Device Plugin暴露分时GPU
  • 无硬件虚拟化支持，依赖CUDA MPS（多进程服务）

2.3 性能隔离与QoS保障

资源类型隔离方案技术实现
计算单元vGPU：时间片轮转
MIG：物理隔离		GPU调度器（GSP）
硬件分区
显存静态分区每个vGPU/MIG实例固定显存配额
显存带宽令牌桶算法限流NVIDIA Frame Rate Limiter (FRL)
PCIe带宽权重分配SR-IOV VF流量控制

三、多虚一（N GPU → 1实例）技术概览

3.1 核心应用场景

场景需求特征典型案例
大语言模型训练千亿参数加载/显存需求>80GBGPT-4训练需128张H100 GPU集群
科学计算仿真双精度浮点性能>100 TFLOPSCFD流体模拟（10亿网格粒子）
实时渲染农场4K@120fps实时光线追踪电影级场景渲染（《阿凡达2》）
基因组学分析TB级数据并行处理癌症基因组序列比对

3.2 核心实现方案

3.2.1 硬件互联层：打破通信瓶颈

在这里插入图片描述

NVLink拓扑架构（以DGX H100为例）：

  • 全连接带宽：900 GB/s（NVLink 4.0）
  • 8卡互连延迟：<500 ns
  • 对比PCIe 5.0：仅128 GB/s，延迟>2 μs

GPUDirect RDMA关键技术：

  • 绕过CPU直接访问远端GPU显存
  • 支持InfiniBand/ROCEv2网络（要求≥100 Gbps）
  • 带宽利用率达95%（传统TCP/IP仅40%）

3.2.2 软件聚合层：并行计算框架

框架通信机制适用场景
PyTorch DDP环状AllReduce动态图模型训练
TensorFlow MirroredStrategyHierarchical Copy静态图分布式训练
DeepSpeed ZeRO显存分片+梯度聚合千亿参数模型训练
NVIDIA NCCLGPU-GPU直接通信底层集合通信库

3.3 性能优化关键

3.3.1 通信-计算重叠

梯度压缩：

  • FP16混合精度（节省50%通信量）
  • 1-bit Adam（通信量降至1/32）

流水线并行（Pipeline Parallelism）：

在这里插入图片描述

  • 微批次（Micro-batching）隐藏通信延迟
  • Megatron-LM实现千卡训练效率>52%

3.3.2 拓扑感知调度

NVIDIA DGX SuperPOD架构：

  • 32节点（256 GPU）通过InfiniBand分层交换
  • 通信热点区域带宽保障

Kubernetes调度策略：

# 要求GPU同节点拓扑
affinity:
  nodeAffinity:
    requiredDuringSchedulingIgnoredDuringExecution:
      nodeSelectorTerms:
      - matchExpressions:
        - key: topology.kubernetes.io/zone
          operator: In
          values: [ "nvlink-group-1" ]

3.4 与一虚多技术的协同模式

混合架构案例：AI云服务平台：

在这里插入图片描述

优势：

  • 推理任务：MIG隔离保障SLA
  • 训练任务：多虚一突破单卡限制

资源调度：Kubernetes实现自动扩缩容

四、GPU虚拟化示例

基于文章开头单节点单GPU无法部署多个使用GPU的pod场景，来看看可以怎么操作实现多pod使用一块GPU。这里我们使用Time-Slicing方案，官方参考文档：

About Configuring GPU Time-Slicing

Shared Access to GPUs

4.1 准备configMap

准备如下configMap用于Time-Slicing配置：

# cm.yaml
apiVersion: v1
kind: ConfigMap
metadata:
  name: nvidia-device-plugin-config
  namespace: kube-system
data:
  config.yaml: |
    version: v1
    flags:
      migStrategy: none
      failOnInitError: true
      nvidiaDriverRoot: /
    sharing:
      timeSlicing:
        resources:
        - name: nvidia.com/gpu
          replicas: 5  # 将1个GPU拆分成5个虚拟实例，如果有n个GPU，则会拆分成5*n个实例

创建该configMap：

$ kubectl apply -f cm.yaml
configmap/nvidia-device-plugin-config created

4.2 修改nvidia k8s-device-plugin（daemonSet）

使用kubectl -n kube-system edit ds nvidia-device-plugin-daemonset命令修改nvidia k8s-device-plugin配置：

...
spec:
  template:
    spec:
      - containers:
        name: nvidia-device-plugin-ctr
        args: # 新增args配置
        - --config-file=/etc/nvidia-device-plugin/config.yaml
        ...
        volumeMounts:
        - mountPath: /etc/nvidia-device-plugin # 新增configMap的mountPath
          name: device-plugin-config
      ...
      volumes:
      - name: device-plugin-config # 新增configMap volume
        configMap:
          name: nvidia-device-plugin-config
...

修改完daemonSet pod会自动重建：

$ kubectl -n kube-system get pod | grep nvidia
nvidia-device-plugin-daemonset-nn9dc      1/1     Running   0              47s

4.3 查看node上的GPU资源

可以看到nvidia k8s-device-plugin完成了GPU资源的上报，并把GPU资源数量修改为了5个（物理层面只有一个）。

$ kubectl get node
NAME              STATUS   ROLES                  AGE    VERSION
desktop-72rd6ov   Ready    control-plane,master   425d   v1.22.7

$ kubectl get node desktop-72rd6ov -oyaml| grep nvidia.com -A 1 -B 6
  allocatable:
    cpu: "16"
    ephemeral-storage: "972991057538"
    hugepages-1Gi: "0"
    hugepages-2Mi: "0"
    memory: 16142544Ki
    nvidia.com/gpu: "5"
    pods: "110"
  capacity:
    cpu: "16"
    ephemeral-storage: 1055762868Ki
    hugepages-1Gi: "0"
    hugepages-2Mi: "0"
    memory: 16244944Ki
    nvidia.com/gpu: "5"
    pods: "110"

4.4 创建pod验证

还是使用文章开头的nginx pod yaml创建多个pod：

// 先删除旧pod
$ kubectl delete pod gpu-pod-1
pod "gpu-pod-1" deleted
$ kubectl delete pod gpu-pod-2
pod "gpu-pod-2" deleted

// 修改yaml中pod名称重新创建6个
$ kubectl get pod -o wide
NAME        READY   STATUS    RESTARTS   AGE   IP             NODE              NOMINATED NODE   READINESS GATES
gpu-pod-1   1/1     Running   0          41s   10.244.0.236   desktop-72rd6ov   <none>           <none>
gpu-pod-2   1/1     Running   0          31s   10.244.0.237   desktop-72rd6ov   <none>           <none>
gpu-pod-3   1/1     Running   0          24s   10.244.0.238   desktop-72rd6ov   <none>           <none>
gpu-pod-4   1/1     Running   0          19s   10.244.0.239   desktop-72rd6ov   <none>           <none>
gpu-pod-5   1/1     Running   0          12s   10.244.0.240   desktop-72rd6ov   <none>           <none>
gpu-pod-6   0/1     Pending   0          6s    <none>         <none>            <none>           <none>

// 进入2个pod验证
$ kubectl exec -ti gpu-pod-1 -- bash
root@gpu-pod-1:/# nvidia-smi --version
NVIDIA-SMI version  : 560.35.02
NVML version        : 560.35
DRIVER version      : 560.94
CUDA Version        : 12.6

$ kubectl exec -ti gpu-pod-4 -- bash
root@gpu-pod-4:/# nvidia-smi --version
NVIDIA-SMI version  : 560.35.02
NVML version        : 560.35
DRIVER version      : 560.94
CUDA Version        : 12.6
root@gpu-pod-4:/#

总结

本文简单介绍了nvidia GPU虚拟化的常见方法，包含“一虚多”和“多虚一”场景。以“一虚多”为例，本文以nvidia k8s-device-plugin支持的Time-Slicing方案演示了多个pod使用一张GPU的应用，但实际使用过程中，Time-Slicing存在多应用互相影响的风险，在某些业务场景是无法接受的，生产中一般会按cuda核心和显存大小切割成不同的实例避免应用相互影响，但这又可能降低GPU资源的利用率，总之针对不同场景、不同应用可能需要选择不同的GPU虚拟化方案，GPU虚拟化也有待更深入地探索。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2405647.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

LabVIEW工业级多任务实时测控系统

LabVIEW工业级多任务实时测控系统

采用LabVIEW构建了一套适用于工业自动化领域的多任务实时测控系统。系统采用分布式架构&#xff0c;集成高精度数据采集、实时控制、网络通信及远程监控等功能&#xff0c;通过硬件与软件的深度协同&#xff0c;实现对工业现场多类型信号的精准测控&#xff0c;展现 LabVIEW 在…
阅读更多...
破解HTTP无状态：基于Java的Session与Cookie协同工作指南

破解HTTP无状态：基于Java的Session与Cookie协同工作指南

HTTP协议自身是属于“无状态”协议 无状态是指&#xff1a;默认情况下&#xff0c;HTTP协议的客户端和服务器之间的这次通信&#xff0c;和下次通信之间没有直接的关系 但在实际开发中&#xff0c;我们很多时候是需要知道请求之间的关联关系的 上述图中的令牌&#xff0c;通常就…
阅读更多...
JS 事件流机制详解：冒泡、捕获与完整事件流

JS 事件流机制详解：冒泡、捕获与完整事件流

JS 事件流机制详解&#xff1a;冒泡、捕获与完整事件流 文章目录 JS 事件流机制详解&#xff1a;冒泡、捕获与完整事件流一、DOM 事件流基本概念二、事件捕获 (Event Capturing)特点代码示例 三、事件冒泡 (Event Bubbling)特点代码示例 四、完整事件流示例HTML 结构JavaScript…
阅读更多...
算法专题七：分治

算法专题七：分治

快排 1.颜色分类 题目链接：75. 颜色分类 - 力扣（LeetCode） class Solution {public void swap(int[] nums, int i, int j){int t = nums[i];nums[i] = nums[j];nums[j] = t;}public void sortColors(int[] nums) {int left=-1 ,i=0 ,right=nums.length;while(i<right){i…
阅读更多...
Vue中虚拟DOM的原理与作用

Vue中虚拟DOM的原理与作用

绪论 首先我们先了解&#xff0c;DOM&#xff08;Document Object Model&#xff0c;文档对象模型&#xff09; 是浏览器对 HTML/XML 文档的结构化表示&#xff0c;它将文档解析为一个由节点&#xff08;Node&#xff09;和对象组成的树形结构&#xff08;称为 DOM 树&#xf…
阅读更多...
使用vue3+ts+input封装上传组件，上传文件显示文件图标

使用vue3+ts+input封装上传组件，上传文件显示文件图标

效果图&#xff1a; 代码 <template><div class"custom-file-upload"><div class"upload"><!-- 显示已选择的文件 --><div class"file-list"><div v-for"(item, index) in state.filsList" :key&q…
阅读更多...
【Linux】Ubuntu 创建应用图标的方式汇总，deb/appimage/通用方法

【Linux】Ubuntu 创建应用图标的方式汇总，deb/appimage/通用方法

Ubuntu 创建应用图标的方式汇总&#xff0c;deb/appimage/通用方法 对于标准的 Ubuntu&#xff08;使用 GNOME 桌面&#xff09;&#xff0c;desktop 后缀的桌面图标文件主要保存在以下三个路径&#xff1a; 当前用户的桌面目录&#xff08;这是最常见的位置&#xff09;。所…
阅读更多...
LangGraph--Agent工作流

LangGraph--Agent工作流

Agent的工作流 下面展示了如何创建一个“计划并执行”风格的代理。 这在很大程度上借鉴了 计划和解决 论文以及Baby-AGI项目。 核心思想是先制定一个多步骤计划&#xff0c;然后逐项执行。完成一项特定任务后&#xff0c;您可以重新审视计划并根据需要进行修改。 般的计算图如…
阅读更多...
Spring Boot 常用注解面试题深度解析

Spring Boot 常用注解面试题深度解析

&#x1f91f;致敬读者 &#x1f7e9;感谢阅读&#x1f7e6;笑口常开&#x1f7ea;生日快乐⬛早点睡觉 &#x1f4d8;博主相关 &#x1f7e7;博主信息&#x1f7e8;博客首页&#x1f7eb;专栏推荐&#x1f7e5;活动信息 文章目录 Spring Boot 常用注解面试题深度解析一、核心…
阅读更多...
Linux系统的CentOS7发行版安装MySQL80

Linux系统的CentOS7发行版安装MySQL80

文章目录 前言Linux命令行内的”应用商店”安装CentOS的安装软件的yum命令安装MySQL1. 配置yum仓库2. 使用yum安装MySQL3. 安装完成后&#xff0c;启动MySQL并配置开机自启动4. 检查MySQL的运行状态 MySQL的配置1. 获取MySQL的初始密码2. 登录MySQL数据库系统3. 修改root密码4.…
阅读更多...
408第一季 - 数据结构 - 栈与队列

408第一季 - 数据结构 - 栈与队列

栈 闲聊 栈是一个线性表 栈的特点是后进先出 然后是一个公式 比如123要入栈&#xff0c;一共有5种排列组合的出栈 栈的数组实现 这里有两种情况&#xff0c;&#xff0c;一个是有下标为-1的&#xff0c;一个没有 代码不用看&#xff0c;真题不会考 栈的链式存储结构 L ->…
阅读更多...
【RTP】Intra-Refresh模式下的 H.264 输出，RTP打包的方式和普通 H.264 流并没有本质区别

【RTP】Intra-Refresh模式下的 H.264 输出，RTP打包的方式和普通 H.264 流并没有本质区别

对于 Intra-Refresh 模式下的 H.264 输出，RTP 打包 的方式和普通 H.264 流并没有本质区别：你依然是在对一帧一帧的 NAL 单元进行 RTP 分包，只不过这些 NAL 单元内部有部分宏块是 “帧内编码” 而已。下面分步骤说明： 1. 原理回顾：RFC 6184 H.264 over RTP 按照 RFC 6184 …
阅读更多...
Redis实战-消息队列篇

Redis实战-消息队列篇

前言&#xff1a; 讲讲做消息队列遇到的问题。 今日所学&#xff1a; 异步优化消息队列基于stream实现异步下单 1. 异步优化 1.1 需求分析 1.1.1 现有下单流程&#xff1a; 1.查询优惠劵 2.判断是否是秒杀时间&#xff0c;库存是否充足 3.实现一人一单 在这个功能中&…
阅读更多...
（三）Linux性能优化-CPU-CPU 使用率

（三）Linux性能优化-CPU-CPU 使用率

CPU使用率 user&#xff08;通常缩写为 us&#xff09;&#xff0c;代表用户态 CPU 时间。注意&#xff0c;它不包括下面的 nice 时间&#xff0c;但包括了 guest 时间。nice&#xff08;通常缩写为 ni&#xff09;&#xff0c;代表低优先级用户态 CPU 时间&#xff0c;也就是进…
阅读更多...
佰力博科技与您探讨材料介电性能测试的影响因素

佰力博科技与您探讨材料介电性能测试的影响因素

1、频率依赖性 材料的介电性能通常具有显著的频率依赖性。在低频下&#xff0c;偶极子的取向极化占主导&#xff0c;介电常数较高&#xff1b;而在高频下&#xff0c;偶极子的取向极化滞后&#xff0c;导致介电常数下降&#xff0c;同时介电损耗增加。例如&#xff0c;VHB4910…
阅读更多...
K8S认证|CKS题库+答案| 4. RBAC - RoleBinding

K8S认证|CKS题库+答案| 4. RBAC - RoleBinding

目录 4. RBAC - RoleBinding 免费获取并激活 CKA_v1.31_模拟系统 题目 开始操作&#xff1a; 1&#xff09;、切换集群 2&#xff09;、查看SA和role 3&#xff09;、编辑 role-1 权限 4&#xff09;、检查role 5&#xff09;、创建 role和 rolebinding 6&#xff0…
阅读更多...
React 新项目

React 新项目

使用git bash 创建一个新项目 建议一开始就创建TS项目 原因在Webpack中改配置麻烦 编译方法:ts compiler 另一种 bable 最好都配置 $ create-react-app cloundmusic --template typescript 早期react项目 yarn 居多 目前npm包管理居多 目前pnpm不通用 icon 在public文件夹中…
阅读更多...
AI编程在BOSS项目的实践经验分享

AI编程在BOSS项目的实践经验分享

前言 在人工智能技术革新浪潮的推动下&#xff0c;智能编程助手正以前所未有的速度重塑开发领域。这些基于AI的代码辅助工具通过智能提示生成、实时错误检测和自动化重构等功能&#xff0c;显著提升了软件工程的全流程效率。无论是初入行业的开发者还是资深程序员&#xff0c;…
阅读更多...
数学：”度量空间”了解一下？

数学：”度量空间”了解一下？

度量空间是现代数学中一种基本且重要的抽象空间。以下是对它的详细介绍&#xff1a; 定义 相关概念 常见的度量空间举例 度量空间的类型 度量空间的作用 度量空间是拓扑空间的一种特殊情况&#xff0c;它为拓扑空间的研究提供了具体的模型和实例。同时&#xff0c;度量空间在…
阅读更多...
jenkins脚本查看及备份

jenkins脚本查看及备份

位置与备份 要完整备份 Jenkins 的所有脚本和相关配置&#xff0c;包括 Jenkinsfile、构建脚本&#xff08;如 .sh / .bat&#xff09;、Job 配置、插件、凭据等&#xff0c;你可以从两个层面入手&#xff1a; ✅ 一、完整备份 Jenkins 主目录&#xff08;最全面&#xff09; …
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023