性能工具之emqtt-bench BenchMark 测试示例

news2024/10/5 9:37:31

文章目录

  • 一、前言
  • 二、典型压测场景
  • 三、机器准备
  • 四、典型压测场景
    • 1、并发连接
    • 2、消息吞吐量测试
      • 2.1 1 对 1（示例）
      • 2.2 多对1（示例）
      • 2.3 1对多（示例）
  • 五、遇到的问题
    • client(): EXIT for {shutdown,eaddrnotavail}
  • 六、附录：调优建议
    • 1、关闭交换分区
    • 2、Linux 操作系统参数
    • 3、TCP 协议栈网络参数
    • 3、测试客户端设置

一、前言

在前面两篇文章中介绍了emqtt-bench工具和MQTT的入门压测，本文示例 emqtt_bench 对 MQTT Broker 做 Beachmark 测试，让大家对 MQTT消息中间 BenchMark 测试有个整体了解，方便平常在压测工作查阅。

  • 如何入门做物联网系统压测？
  • 性能工具之emqtt_bench快速上手

二、典型压测场景

BenchMark 测试以 MQTT 最典型的场景来验证其性能：

  • 并发连接：使用 emqtt-bench 创建海量连接到 MQTT Broker。
  • 消息吞吐量测试：使用 emqtt-bench 在 EMQX 中创建出海量的 Qos0 消息吞吐量，分别模拟发布-订阅 1对1，1对多，多对1这 3 种类型场景。

三、机器准备

共需准备六台服务器，一台为 EMQX Broker，七台为客户端压力机。其中：

EMQX Broker（1台）：

  • 系统：CentOS Linux release 7.6.1810 (Core)
  • CPU：8C
  • 内存：8GB
  • 服务端：EMQX 5.1.6
  • 压力机：emqtt-bench-0.4.18-el7-amd64.tar.gz

压力机（6台）：

  • 系统：CentOS Linux release 7.6.1810 (Core)
  • CPU：8C
  • 内存：16GB
  • 压力机：emqtt-bench-0.4.18-el7-amd64.tar.gz

四、典型压测场景

1、并发连接

  • 场景名称：MQTT Broker 单节点支持 30 万级设备在线，背景连接 (只连接不发送消息)
  • 描述：模拟 30 万 MQTT TCP 并发连接，并保持在线，测试执行 1 个小时。
  • 期望结果：内网测试成功率为 100%，无连接掉线，CPU 和内存在测试期间表现平稳，没有大幅度的抖动。

拓扑结构如下：
在这里插入图片描述

在6台客户端压力机上同时执行该命令，在每台压力机上启动 5w 的连接数，共计 30w 的连接：

./emqtt_bench conn -h emqx-server -c 50000

客户端压力机执行截图：
在这里插入图片描述

EMQX Broker运行情况：
在这里插入图片描述
在 MQTT Broker 单节点 8C8G的情况，我压到的峰值是30W连接，超过会导致服务崩溃。

2、消息吞吐量测试

注意这里我只具体说明如何设置，并不是实际压测场景数据。

2.1 1 对 1（示例）

  • 场景名称：MQTT Broker 单节点 500 并发连接下支持1000 QoS0 消息吞吐
  • 描述：1000 MQTT TCP 连接， pub 客户端和 sub 客户端数量相同都是 500，每个接收端均订阅一个对应的发送端 pub 主题，每个 pub 客户端每秒发送 2 条 QoS 0、payload 为 256 字节（默认值）的消息。因此消息发送和接收均为每秒 1000，总的消息吞吐达到每秒 2000。测试执行 1 个小时。
  • 期望结果：内网测试成功率为 100%，无消息积压，CPU 和内存在测试期间表现平稳，没有大幅度的抖动。

拓扑结构如下：
在这里插入图片描述

单台sub 客户端压力机：

./emqtt_bench sub -t test_topic_%i -h emqx-server -c 500

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
[root@ bin]# ./emqtt_bench sub -t test_topic_%i -h emqx-server -c 500
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s sub total=104 rate=103.28/sec
1s connect_succ total=104 rate=103.28/sec
2s sub total=200 rate=96.00/sec
2s connect_succ total=200 rate=96.00/sec
3s sub total=296 rate=96.00/sec
3s connect_succ total=296 rate=96.00/sec
4s sub total=400 rate=104.00/sec
4s connect_succ total=400 rate=104.00/sec
5s sub total=496 rate=96.00/sec
5s connect_succ total=496 rate=96.00/sec
6s sub total=500 rate=4.00/sec
6s connect_succ total=500 rate=4.00/sec

单台 pub 客户端压力机：

./emqtt_bench pub -t test_topic/%i -h  emqx-server -c 500 -I 500

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
  • -I：每间隔多少时间创建一个客户端；单位：毫秒
[root@ bin]# ./emqtt_bench pub -t test_topic/%i -h  emqx-server -c 500 -I 500
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s pub total=160 rate=159.05/sec
1s connect_succ total=104 rate=103.38/sec
2s pub total=512 rate=352.00/sec
2s connect_succ total=200 rate=96.00/sec
3s pub total=1056 rate=544.00/sec
3s connect_succ total=296 rate=96.00/sec
4s pub total=1808 rate=752.00/sec
4s connect_succ total=400 rate=104.00/sec
5s pub total=2752 rate=944.00/sec
5s connect_succ total=496 rate=96.00/sec
6s pub total=3752 rate=1000.00/sec
6s connect_succ total=500 rate=4.00/sec
7s pub total=4752 rate=1000.00/sec
8s pub total=5752 rate=1000.00/sec
9s pub total=6752 rate=1000.00/sec
10s pub total=7752 rate=1000.00/sec
11s pub total=8752 rate=1000.00/sec
12s pub total=9752 rate=1000.00/sec
13s pub total=10752 rate=1000.00/sec
14s pub total=11752 rate=1000.00/sec

在订阅客户端压力机，可看到当前接收消息的速率，类似于：

12s pub total=9752 rate=1000.00/sec

MQTT Broker 运行情况：
在这里插入图片描述

2.2 多对1（示例）

  • 场景名称：并发连接+消息吞吐（上报）
  • 描述：501 MQTT TCP 连接， pub 客户端 500 和 sub 客户端1，接收端均订阅同一个主题，每个 pub 客户端每秒发送 2 条 QoS 0、payload 为 256 字节的消息。因此消息发送和接受均为每秒 1000，总的消息吞吐达到每秒 2000。测试执行 1 个小时。
  • 期望结果：内网测试成功率为 100%，无消息积压，CPU 和内存在测试期间表现平稳，没有大幅度的抖动。

拓扑结构如下：
在这里插入图片描述

单台 sub 客户端压力机：

./emqtt_bench sub -t test_topic -h emqx-server -c 1

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
[root@ bin]# ./emqtt_bench sub -t test_topic -h emqx-server -c 1
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s sub total=1 rate=0.99/sec
1s connect_succ total=1 rate=0.99/sec

单台 pub 客户端压力机：

./emqtt_bench pub -t test_topic -h  emqx-server -c 500 -I 500

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
  • -I：每间隔多少时间创建一个客户端；单位：毫秒
root@bin]# ./emqtt_bench pub -t test_topic -h  emqx-server -c 500 -I 500
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s pub total=160 rate=158.89/sec
1s connect_succ total=104 rate=103.28/sec
2s pub total=496 rate=336.00/sec
2s connect_succ total=184 rate=80.00/sec
3s pub total=1040 rate=544.00/sec
3s connect_succ total=296 rate=112.00/sec
4s pub total=1792 rate=752.00/sec
4s connect_succ total=400 rate=104.00/sec
5s pub total=2736 rate=944.00/sec
5s connect_succ total=496 rate=96.00/sec
6s pub total=3736 rate=1000.00/sec
6s connect_succ total=500 rate=4.00/sec
7s pub total=4736 rate=1000.00/sec
8s pub total=5736 rate=1000.00/sec
9s pub total=6736 rate=1000.00/sec
10s pub total=7736 rate=1000.00/sec
11s pub total=8736 rate=1000.00/sec
12s pub total=9736 rate=1000.00/sec
13s pub total=10736 rate=1000.00/sec
14s pub total=11736 rate=1000.00/sec
15s pub total=12736 rate=1000.00/sec
16s pub total=13736 rate=1000.00/sec
17s pub total=14736 rate=1000.00/sec

MQTT Broker 运行情况（举例）：
在这里插入图片描述

2.3 1对多（示例）

  • 场景名称：消息广播
  • 描述：501 MQTT TCP 连接， pub 客户端 1 和 sub 客户端 500，接收端均订阅同一个主题，pub 客户端每秒发送 2 条 QoS 0、payload 为 256 字节的消息。因此消息发送为每秒 2，消息接收为每秒 1000，总的消息吞吐达到每秒 1002。测试执行 1 个小时。
  • 期望结果：内网测试成功率为 100%，无消息积压，CPU 和内存在测试期间表现平稳，没有大幅度的抖动。

拓扑结构如下：
在这里插入图片描述

单台 sub 客户端压力机：

./emqtt_bench sub -t test_topic -h emqx-server -c 500

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
[root@d bin]# ./emqtt_bench sub -t test_topic -h emqx-server -c 500
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s sub total=104 rate=103.38/sec
1s connect_succ total=104 rate=103.38/sec
2s sub total=200 rate=96.00/sec
2s connect_succ total=200 rate=96.00/sec
3s sub total=296 rate=96.00/sec
3s connect_succ total=296 rate=96.00/sec
4s sub total=400 rate=104.00/sec
4s connect_succ total=400 rate=104.00/sec
5s sub total=496 rate=96.00/sec
5s connect_succ total=496 rate=96.00/sec
6s sub total=500 rate=4.00/sec
6s connect_succ total=500 rate=4.00/sec

单台 pub 客户端压力机：

./emqtt_bench pub -t test_topic -h  emqx-server -c 1 -I 500

参数说明：

  • -s：消息 Payload 的大小；单位：字节。不加默认256字节。
  • -t：topic，%i：表示客户端的序列数
  • -h：要连接的 MQTT 服务器地址
  • -c：客户端总数
  • -I：每间隔多少时间创建一个客户端；单位：毫秒
[root@ bin]# ./emqtt_bench pub -t test_topic -h  emqx-server -c 1 -I 500
Start with 8 workers, addrs pool size: 1 and req interval: 80 ms 

1s pub total=2 rate=1.99/sec
1s connect_succ total=1 rate=0.99/sec
2s pub total=4 rate=2.00/sec
3s pub total=6 rate=2.00/sec
4s pub total=8 rate=2.00/sec
5s pub total=10 rate=2.00/sec
6s pub total=12 rate=2.00/sec
7s pub total=14 rate=2.00/sec
8s pub total=16 rate=2.00/sec
9s pub total=18 rate=2.00/sec
10s pub total=20 rate=2.00/sec
11s pub total=22 rate=2.00/sec
12s pub total=24 rate=2.00/sec
13s pub total=26 rate=2.00/sec
14s pub total=28 rate=2.00/sec
15s pub total=30 rate=2.00/sec
16s pub total=32 rate=2.00/sec
17s pub total=34 rate=2.00/sec

EMQX Broker 运行情况（举例）：

在这里插入图片描述

五、遇到的问题

client(): EXIT for {shutdown,eaddrnotavail}

在压力机连接超过5万的时候，出现了emqtt_bench客户端报错的情况。

EMQX Broker 运行情况：
在这里插入图片描述
单台客户端压力机报错截图：
在这里插入图片描述

通过设置以下内核参数解决：

#允许当前会话 / 进程打开文件句柄数:
ulimit -n 1048576

# 可用端口范围:
sudo sysctl -w net.ipv4.ip_local_port_range="1025 65534"

原因分析：
Linux 内核在这个范围内选择一个可用的端口作为本地端口去connect服务器，如果没有可用的端口可用，比如这个范围内的端口都处于如下状态中的一种：

  1. bind使用的端口
  2. 端口处于非TIME_WAIT状态
  3. 端口处于TIME_WAIT状态，但是没有启用tcp_tw_reuse，那么就会返回EADDRNOTAVAIL错误。

一般情况下，出现这个错误可用使用如下方法解决问题：

  1. 增大可选端口的范围，修改/proc/sys/net/ipv4/ip_local_port_range的值。
  2. 开启tcp_tw_reuse，允许使用TIME_WAIT状态的端口。

六、附录：调优建议

当然，我们也可以在 Beachmark 测试前就做好服务器参数调优，可以参考以下的内容。

1、关闭交换分区

Linux 交换分区可能会导致 EMQX Broker 出现不确定的内存延迟，影响系统的稳定性。 建议永久关闭交换分区。

  • 要立即关闭交换分区，执行命令 sudo swapoff -a。
  • 要永久关闭交换分区，在 /etc/fstab 文件中注释掉 swap 行，然后重新启动主机。

2、Linux 操作系统参数

系统全局允许分配的最大文件句柄数:

sysctl -w fs.file-max=2097152
sysctl -w fs.nr_open=2097152
echo 2097152 > /proc/sys/fs/nr_open

允许当前会话 / 进程打开文件句柄数:

ulimit -n 1048576

/etc/sysctl.conf

持久化 fs.file-max 设置到 /etc/sysctl.conf 文件:

fs.file-max = 1048576

/etc/systemd/system.conf 设置服务最大文件句柄数:

DefaultLimitNOFILE=1048576

/etc/security/limits.conf

/etc/security/limits.conf 持久化设置允许用户 / 进程打开文件句柄数:

*      soft   nofile      1048576
*      hard   nofile      1048576

3、TCP 协议栈网络参数

并发连接 backlog 设置:

sysctl -w net.core.somaxconn=32768
sysctl -w net.ipv4.tcp_max_syn_backlog=16384
sysctl -w net.core.netdev_max_backlog=16384

可用端口范围:

sysctl -w net.ipv4.ip_local_port_range='1024 65535'

TCP Socket 读写 Buffer 设置:

sysctl -w net.core.rmem_default=262144
sysctl -w net.core.wmem_default=262144
sysctl -w net.core.rmem_max=16777216
sysctl -w net.core.wmem_max=16777216
sysctl -w net.core.optmem_max=16777216
    
sysctl -w net.ipv4.tcp_rmem='1024 4096 16777216'
sysctl -w net.ipv4.tcp_wmem='1024 4096 16777216'

TCP 连接追踪设置:

sysctl -w net.nf_conntrack_max=1000000
sysctl -w net.netfilter.nf_conntrack_max=1000000
sysctl -w net.netfilter.nf_conntrack_tcp_timeout_time_wait=30

TIME-WAIT Socket 最大数量、回收与重用设置:

sysctl -w net.ipv4.tcp_max_tw_buckets=1048576
    
# 注意：不建议开启該设置，NAT 模式下可能引起连接 RST
# sysctl -w net.ipv4.tcp_tw_recycle=1
# sysctl -w net.ipv4.tcp_tw_reuse=1

FIN-WAIT-2 Socket 超时设置:

sysctl -w net.ipv4.tcp_fin_timeout=15

3、测试客户端设置

测试客户端服务器在一个接口上，最多只能创建 65000 连接:

# 可用端口范围:
sysctl -w net.ipv4.ip_local_port_range="500 65535"

#允许当前会话 / 进程打开文件句柄数:
echo 1048576 > /proc/sys/fs/nr_open
ulimit -n 1048576

参考资料：

  • 系统调优
  • 使用 eMQTT-Bench 进行性能测试

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

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

相关文章

OpenStack镜像管理与制作

OpenStack镜像管理与制作

一、OpenStack镜像服务 1、什么是镜像 镜像通常是指一系列文件或一个磁盘驱动器的精确副本。虚拟机所使用的虚拟磁盘，实际上是一种特殊格式的镜像文件。云环境下尤其需要镜像。镜像就是一个模板，类似于VMware的虚拟机模板，其预先安装基本的…
阅读更多...
五步教你正确申请免费SSL证书

五步教你正确申请免费SSL证书

在当今数字化时代，保护网站数据安全和提升用户信任至关重要，而实现这一目标的有效途径之一便是为网站部署SSL（Secure Sockets Layer）证书。SSL证书能够加密网站与用户之间的通信，确保敏感信息不被第三方窃取。幸运的是…
阅读更多...
1.8.5 卷积神经网络近年来在结构设计上的主要发展和变迁——Inception-v4 和 Inception-ResNet

1.8.5 卷积神经网络近年来在结构设计上的主要发展和变迁——Inception-v4 和 Inception-ResNet

1.8.5 卷积神经网络近年来在结构设计上的主要发展和变迁——Inception-v4 和 Inception-ResNet 前情回顾： 1.8.1 卷积神经网络近年来在结构设计上的主要发展和变迁——AlexNet 1.8.2 卷积神经网络近年来在结构设计上的主要发展和变迁——VGGNet 1.8.3 卷积神经网络近…
阅读更多...
一篇安装配置ubuntu22.04(步骤详细，配置成功)

一篇安装配置ubuntu22.04(步骤详细，配置成功)

一篇配置ubuntu22.04(步骤详细，配置成功) 官网下载相应的镜像 vitualbox安装ubuntu 新建虚拟机 第一步 第二步 第三步、按需分配内存、处理器个数、磁盘大小 第四步、一直下一步直至完成 配置虚拟机网络 第一步、先停止虚拟机 第二步、设置虚拟机网络 正常启…
阅读更多...
浅谈Java JVM

浅谈Java JVM

Java虚拟机（Java Virtual Machine，简称JVM）是Java语言的核心组成部分，它是一个抽象的计算机，负责执行Java字节码指令。JVM是Java平台无关性的基石，它为Java代码提供了一个标准的运行环境，使Java…
阅读更多...
stable diffusion--小白学习步骤

stable diffusion--小白学习步骤

1.看一下Unet网络的讲解_哔哩哔哩_bilibili，了解Unet网络 2.看一下【生成式AI】Diffusion Model 原理剖析 (1/4)_哔哩哔哩_bilibili，起码要看前3/6个视频 3.看一下超详细的扩散模型（Diffusion Models）原理代码 - 知乎 (zhihu.co…
阅读更多...
关于Ubuntu Server root用户的坑

关于Ubuntu Server root用户的坑

1 ubuntu server root 用户 ubuntu server 安装过程中会有这个界面，这个界面会比较烦人，让你必须创建一个非root用户，然后只能用这个用户登录，登录上去之后又没有root权限。 输入上一步创建的用户名和密码 登录成功之后&#xff0…
阅读更多...
VS Code 前端个人常用扩展分享

VS Code 前端个人常用扩展分享

这里总结一下 VS Code 里自己开发常用的一些扩展，分三类：基础的，进阶的，工作相关的 一、基础类 首先就是代码拼写检查，引入，辅助开发的一些扩展 语言包 Chinese (Simplified) (简体中文) Language Pack…
阅读更多...
重生奇迹mu恶魔来袭副本

重生奇迹mu恶魔来袭副本

在游戏重生奇迹mu中，恶魔来袭副本是玩家能够组队通过的副本。但是因为手游组队的不方便性，部分玩家对其还是非常苦手。而今天，我们就给大家讲解一下这个游戏的双人通关攻略。 1、挂机找怪手动输出 (1)对于普通剧情副本而言，挂机…
阅读更多...
HA-Maleimide-HA马来酰亚胺修饰透明质酸 水凝胶递送药物

HA-Maleimide-HA马来酰亚胺修饰透明质酸 水凝胶递送药物

HA-Maleimide-HA马来酰亚胺修饰透明质酸 水凝胶递送药物 【中文名称】马来酰亚胺修饰透明质酸 【英文名称】HA-Maleimide 【分 子 量】3k/5k/7k/10k/50k/100k/200k/300k/500k/1000k...... 【结 构 式】 【品 牌】碳水科技（Tanshtech） 【纯 度…
阅读更多...
模型微调与迁移学习：实现领域适应性评估

模型微调与迁移学习：实现领域适应性评估

源自：大数据AI人工智能 作者：禅与计算机程序设计艺术 1. 背景介绍 1.1 机器学习的挑战 在机器学习领域，我们通常面临着许多挑战，如数据量不足、数据不平衡、模型泛化能力不足等。为了解决这些问题，研究人员提出了许…
阅读更多...
【结构型模式】组合模式

【结构型模式】组合模式

一、组合模式概述 组合模式的定义与意图：将对象组合成树形结构来表现“整体/部分”层次结构。组合能让客户以一致的方式处理个别对象以及对象组合。（对象结构型） 组合模式分析： 1.当容器对象的某一个方法被调用时，将遍…
阅读更多...
鸿蒙入门02-首次安装和配置

鸿蒙入门02-首次安装和配置

注：还没有安装编辑器（ deveco studio ）的小伙伴请看鸿蒙入门01-下载和安装-CSDN博客 首次安装配置 编辑器（ deveco studio ）安装完毕以后需要进入配置界面进行相关配置配置完毕以后才可以正常使用 环境配置&#xf…
阅读更多...
js处理给标题添加搜索词高亮，标题不包含内容包含的拼接内容包含字样

js处理给标题添加搜索词高亮，标题不包含内容包含的拼接内容包含字样

项目场景： 在项目中我们经常会写搜索，搜索后显示的数据要么标题包含搜索词要么内容包含搜索词，所以我们需要写出下面的效果! 问题描述 数据是后台给的，标题内容是文字样式，所以我们需要在请求完数据后，给…
阅读更多...
Hyper-v 新建 Windows 虚拟机卡在“Press any key to boot from CD or DVD...，无法按下任何按键

Hyper-v 新建 Windows 虚拟机卡在“Press any key to boot from CD or DVD...，无法按下任何按键

Hyper-v 新建 Windows 虚拟机卡在“Press any key to boot from CD or DVD…，无法按下任何按键 在显示这个界面之后点击启动，之后立刻狂按F2， 然后就能进去了
阅读更多...
Jenkins打包app并通过openssh上传到服务器

Jenkins打包app并通过openssh上传到服务器

1、下载安装openssh 网上很多教程，包括开端口的，可以搜下 2、配置openssh根目录 进入C:\ProgramData\ssh打开文件sshd_config，添加配置ChrootDirectory D:\wxs\soft，想改端口的也在这个文件 3、安装Jenkins 参考上一篇 4、新…
阅读更多...
Covalent Network（CQT）宣布推出面向 Cronos 生态的捐赠计划与 API 积分，为 Web3 创新赋能

Covalent Network（CQT）宣布推出面向 Cronos 生态的捐赠计划与 API 积分，为 Web3 创新赋能

为了促进 Web3 领域的创新，Covalent Network（CQT）宣布将其捐赠计划向 Cronos 生态系统中的开发者拓展。这一战略性举措，旨在通过向 Cronos 网络中基于 Covalent Network（CQT）API 构建的项目提供支持和资源&…
阅读更多...
jenkins通过pipeline部署springboot项目

jenkins通过pipeline部署springboot项目

部署方案： 1、springboot项目不保存部署的pipeline或dockerfile构建脚本等与部署相关的问文件，业务项目只需关心业务，能够正常构建为jar包即可 2、新建一个代码仓库，用于保存项目需要构建的Jenkinsfile 3、jenkins配置pipeline地址…
阅读更多...
一文了解OCI标准、runC、docker、contianerd、CRI的关系

一文了解OCI标准、runC、docker、contianerd、CRI的关系

docker和contanerd都是流行的容器运行时（container runtime）；想讲清楚他们两之间的关系，让我们先从runC和OCI规范说起。 一、OCI标准和runC 1、OCI（open container initiative） OCI是容器标准化组织为了…
阅读更多...
【C++】力扣OJ题：构建杨辉三角

【C++】力扣OJ题：构建杨辉三角

Hello everybody!今天给大家介绍一道我认为比较经典的编程练习题&#xff0c;之所以介绍它是因为这道题涉及到二维数组的构建&#xff0c;如果用C语言动态构建二维数组是比较麻烦的&#xff0c;而用C中STL的vector<vector<int>>,就可以立马构建出来&#xff0c;这也…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023