【系统设计】理解带宽延迟积（BDP）、吞吐量、延时（RTT）与TCP发送窗口的关系：优化网络性能的关键

news2024/11/15 4:46:54

在设计和优化网络性能时，理解 带宽延迟积（BDP）、吞吐量、延时（RTT） 和 TCP发送窗口 之间的关系至关重要。这些概念相互影响，决定了网络连接的性能上限，尤其是在高带宽、高延迟的环境中，如跨国数据传输或云服务的使用场景。本文将深入探讨这些概念，并介绍如何通过调整TCP窗口大小和网络配置来优化网络性能。

目录

  1. 基本概念解释
    • 带宽延迟积（BDP）
    • 吞吐量
    • 延时（RTT）
    • TCP发送窗口
  2. BDP、吞吐量、RTT与TCP发送窗口的关系
    • 理解关系
    • 举例说明
    • RTT对吞吐量的影响
  3. 如何向云提供商确认正确的需求
    • 确定带宽和延迟
    • 计算BDP和确认TCP窗口大小
    • 确认MTU和分片情况
    • 测试吞吐量和性能
    • 提出具体需求
  4. 使用ping命令测试网络延时
    • 什么是ping？
    • 如何使用ping测试延时
    • 解析ping输出
    • 通过ping诊断网络问题
  5. 查看和调整TCP窗口大小
    • 什么是TCP窗口大小？
    • 如何查看TCP窗口大小
    • 调整TCP窗口大小
    • 窗口缩放（Window Scaling）
  6. 综合优化策略
  7. 总结

1. 基本概念解释

1.1 带宽延迟积（BDP）

BDP（Bandwidth-Delay Product，带宽延迟积） 是网络中 带宽 和 RTT（Round-Trip Time，往返时延） 的乘积。它表示在网络传输过程中，路径中最多可以容纳的数据量。具体来说，就是在发送方发出数据并等待接收方确认的过程中，网络中正在传输而未被确认的数据量。

BDP = 带宽 (bits/s) * RTT (s)

  • 带宽：网络提供的最大数据传输速率，通常以 bps（比特每秒） 为单位。
  • RTT：从发送方发送数据到接收方并收到确认的总往返时间，通常以 秒 为单位。

BDP 表示的是在一个 RTT 周期内，网络中最大可以容纳的数据量。对优化 TCP 传输非常重要，因为 BDP 决定了 TCP 的窗口大小需要多大才能充分利用网络带宽。

1.2 吞吐量

吞吐量 是指在单位时间内通过网络传输的数据量，通常以 bps（比特每秒） 或 Bps（字节每秒） 为单位。吞吐量是实际数据传输速率，通常受限于带宽、TCP发送窗口大小和网络延时。

TCP 窗口大小 = 吞吐量 * RTT

公式中每个变量的物理意义：
TCP Window Size：窗口越大，能够在单个 RTT 内发送的数据就越多。
RTT：往返时延越小，意味着数据确认的反馈速度越快，发送方可以在更短的时间内发送更多的数据。
因此，吞吐量（每秒钟可以发送的数据量）等于在一个 RTT 周期内发送的数据量（TCP 窗口大小）除以 RTT。

当 TCP 发送方的窗口大小与 BDP 相匹配时，可以获得最大的吞吐量。如果 TCP 窗口大小小于 BDP，吞吐量将受到窗口大小的限制，无法充分利用网络带宽。

1.3 延时（RTT）

RTT（Round-Trip Time） 是指从发送方发送数据包到接收方并收到确认的时间。RTT 受多种因素的影响，如地理距离、路由跳数、网络设备的处理时间等。

在相同的TCP发送窗口下，RTT 越大，TCP 吞吐量越小，原因是发送方在等到接收方确认之前，能够发送的数据量受到限制。

1.4 TCP发送窗口

TCP发送窗口（TCP Send Window） 是 TCP 协议中的一个机制，它决定了发送方在未收到接收方确认之前，最多可以发送的数据量。TCP发送窗口越大，发送方可以在等待确认的过程中发送更多的数据。

理想情况下，TCP发送窗口应至少等于 BDP，以确保在整个 RTT 期间，带宽能够被有效利用。

2. BDP、吞吐量、RTT 和 TCP发送窗口的关系

2.1 理解关系

  • BDP 决定了网络中可以容纳的最大在途数据量。
  • TCP发送窗口 是发送方在等待确认之前能发送的最大数据量。
  • 吞吐量 是单位时间内网络传输的数据量，受 TCP窗口大小和 RTT 的共同影响。

用公式表示：

BDP = 带宽 (bits/s) * RTT (s)
TCP 窗口大小 = 吞吐量 * (bits/s) * RTT (s)

要确保最大吞吐量达到网络带宽，TCP发送窗口 应大于或等于 BDP：

2.2 举例说明

假设：

  • 带宽 = 1 Gbps（1000 Mbps = 1,000,000,000 bits/s）
  • RTT = 50 毫秒（0.05 秒）

首先，计算 BDP：

在这里插入图片描述

这意味着在 1 Gbps 带宽和 50 毫秒 RTT 的网络中，要想充分利用带宽，TCP窗口大小至少需要为 6.25 MB。

如果 TCP发送窗口小于 6.25 MB，例如只有 2 MB，那么最大吞吐量为：

在这里插入图片描述

因此，即使网络带宽是 1 Gbps，但由于窗口大小过小，实际吞吐量只有 33.55 Mbps，远远未能充分利用带宽。

2.3 RTT对吞吐量的影响

RTT 越大，TCP 吞吐量越小。这是因为在高延迟网络中，发送方需要等待较长时间才能收到确认，因此在一个 RTT 周期内传输的数据量减少。

例如，如果 RTT 变为 100 毫秒，BDP 会增加到 12.5 MB。此时，如果 TCP 窗口大小仍然是 6.25 MB，则最大吞吐量为：

[ \text{吞吐量} = \frac{6.25 \text{ MB}}{0.1 \text{ s}} = 62.5 \text{ Mbps} ]

相比 50 毫秒 RTT 时的吞吐量（125 Mbps），吞吐量降低了一半。

3. 如何向云提供商确认正确的需求

在云计算环境中，尤其是跨地域或跨国的数据传输场景，需要向云提供商确认网络配置，以确保能够充分利用带宽资源。确认需求的关键步骤如下：

3.1 确定带宽和延迟

首先，需要了解云提供商提供的网络带宽和延迟（RTT）。如果你需要从一个区域向另一个区域或跨国传输数据，确认以下信息：

  • 网络带宽：云提供商在不同区域之间的连接带宽是多少？是否有带宽限制？
  • RTT：不同区域之间的网络延迟是多少？可以通过路径 MTU 发现（Path MTU Discovery）或ping测试来测量 RTT。

3.2 计算BDP和确认TCP窗口大小

根据所需的带宽和测得的 RTT，计算 BDP，并确认是否能够调整 TCP发送窗口大小以匹配该 BDP。

  • 如果云提供商的默认 TCP窗口大小不足以匹配 BDP，可能需要通过系统配置（如调整 sysctl 参数）来增大 TCP发送窗口。
  • 询问云提供商是否支持 窗口缩放（Window Scaling），这是一种 TCP 选项，可以允许更大的窗口大小（超过传统的 65535 字节限制）。

3.3 确认MTU和分片情况

不同的网络路径可能有不同的 MTU（Maximum Transmission Unit，最大传输单元），如果某些路径的 MTU 较小，可能会导致 IP分片，影响传输效率。与云提供商确认以下内容：

  • 支持的 MTU 大小。
  • 是否支持 Path MTU Discovery（路径 MTU 发现），以自动调整数据包大小，避免分片。

3.4 测试吞吐量和性能

在确定带宽、RTT 和 TCP窗口大小后，可以使用工具（如 iperf）在云提供商的网络中进行性能测试，确认实际的吞吐量是否符合预期。根据测试结果，进一步优化参数。

3.5 提出具体需求

与云提供商沟通时，明确提出以下需求：

  • 带宽需求：明确指出需要的带宽，并确认是否有带宽限制。
  • 延迟要求：确认不同区域之间的往返时延（RTT）。
  • TCP窗口大小支持：确认是否支持大窗口，以及是否启用了 窗口缩放。
  • MTU支持：确认是否可以调整 MTU 或启用 Path MTU Discovery。

4. 使用ping命令测试网络延时

4.1 什么是ping？

ping 是一个常用的网络工具，用于测试两台设备之间的连通性。它通过发送 ICMP Echo Request 数据包并等待 ICMP Echo Reply 来测量从发送方到接收方再返回的总时间，这个时间就是所谓的 RTT（Round-Trip Time，往返时延）。

4.2 如何使用ping测试延时

通过 ping 命令，您可以轻松测量从您的设备到目标服务器或主机的往返延时。以下是一个基本的 ping 命令示例：

ping example.com
示例输出：
$ ping google.com
PING google.com (142.250.72.206): 56 data bytes
64 bytes from 142.250.72.206: icmp_seq=0 ttl=55 time=18.4 ms
64 bytes from 142.250.72.206: icmp_seq=1 ttl=55 time=18.2 ms
64 bytes from 142.250.72.206: icmp_seq=2 ttl=55 time=18.3 ms

--- google.com ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 18.2/18.3/18.4/0.1 ms

4.3 解析ping输出

  • time：表示从源主机发送数据包到目标主机并收到回复的 RTT，即网络延时。以 毫秒（ms） 为单位。
  • icmp_seq：表示 ICMP请求的序列号，用于标识不同的 ping 请求。
  • ttl（Time to Live）：表示数据包在路由器之间传输时可以经过的最大跳数。
  • min/avg/max/stddev：分别表示最小、平均、最大以及标准差 RTT。
如何解读 RTT 结果：
  • 低 RTT （< 50ms）：通常表示网络延时较低，适合实时性要求高的应用，如视频会议、在线游戏等。
  • 中等 RTT （50ms - 150ms）：延时适中，适合一般的网络应用，如网页浏览、文件下载等。
  • 高 RTT （> 150ms）：延时较高，可能会影响用户体验，尤其是在实时性要求较高的应用中。

4.4 通过ping诊断网络问题

使用 ping 测量 RTT 可以帮助您识别网络中的潜在问题：

  • 网络延时过高：如果 RTT 持续较高，可能是由于网络拥塞、路由路径过长或链路质量差引起的。
  • RTT波动较大：RTT 不稳定通常表明网络传输中存在抖动，可能由网络拥塞或网络设备处理不稳定导致。
  • 丢包：如果出现 ping 包丢失，则可能表明网络链路存在问题，如线路故障、网络设备超载或配置错误。

5. 查看和调整TCP窗口大小

5.1 什么是TCP窗口大小？

TCP窗口大小 是 TCP协议中用于控制网络传输的数据流量的一个参数。它定义了发送方在未收到确认（ACK）之前，最多可以发送的数据量。窗口大小越大，发送方可以在一个 RTT 内发送更多的数据，从而提高网络吞吐量。

TCP窗口大小与网络的 带宽延迟积（BDP） 密切相关。为了充分利用网络带宽，TCP窗口大小应至少等于 BDP：

在这里插入图片描述

5.2 如何查看TCP窗口大小

在 Linux系统中，可以通过以下几种方式查看和调整 TCP发送窗口大小。

5.2.1 使用ss或netstat查看当前TCP连接的窗口大小

ss 和 netstat 是 Linux系统中可以用来查看网络连接状态的命令。您可以通过这些命令查看每个 TCP连接的窗口大小。

  • 使用 ss 查看 TCP连接的详细信息，包括窗口大小：
ss -t -i

输出示例：

State      Recv-Q Send-Q    Local Address:Port      Peer Address:Port
ESTAB      0      0         192.168.1.2:57714       142.250.72.206:443
     cubic wscale:7,7 rto:204 rtt:18.4/0.0 ato:40 mss:1448 cwnd:10 ssthresh:7

关键字段：

  • cwnd：拥塞窗口大小，决定了 TCP发送方可以发送的最大数据量。

  • rtt：当前连接的往返时延（RTT）。

  • ssthresh：慢启动阈值，控制拥塞避免的切换。

  • 使用 netstat 查看 TCP窗口大小：

netstat -tn

该命令会列出所有 TCP连接，并显示接收和发送队列的大小。

5.2.2 查看系统默认的TCP窗口大小设置
  • 接收窗口大小：可以通过以下命令查看系统的默认 TCP接收窗口大小：
sysctl net.ipv4.tcp_rmem

输出示例：

net.ipv4.tcp_rmem = 4096 87380 6291456

这表示：

  • 最小接收窗口大小：4096 字节

  • 默认接收窗口大小：87380 字节

  • 最大接收窗口大小：6291456 字节

  • 发送窗口大小：查看 TCP发送窗口大小的默认值：

sysctl net.ipv4.tcp_wmem

输出示例：

net.ipv4.tcp_wmem = 4096 16384 4194304

这表示：

  • 最小发送窗口大小：4096 字节
  • 默认发送窗口大小：16384 字节
  • 最大发送窗口大小：4194304 字节

5.3 调整TCP窗口大小

在一些高带宽、高延时的场景中（如跨国数据传输），默认的 TCP窗口大小可能不足以充分利用带宽。此时，可以根据 BDP 调整 TCP发送和接收窗口的大小。

调整TCP窗口大小的命令
  • 临时调整 TCP接收窗口大小：
sudo sysctl -w net.ipv4.tcp_rmem="4096 87380 12582912"
  • 临时调整 TCP发送窗口大小：
sudo sysctl -w net.ipv4.tcp_wmem="4096 16384 12582912"

上述命令将最大接收和发送窗口大小调整到 12 MB，以适应高带宽、高延时的网络环境。

5.4 窗口缩放（Window Scaling）

TCP默认的窗口大小最大为 64 KB，但对于现代网络环境中的高带宽、长延时场景，这个窗口大小往往不足。窗口缩放 是 TCP协议中的一个扩展，它允许窗口大小超过 64 KB，甚至达到几百 MB。

  • 查看是否启用了窗口缩放：
sysctl net.ipv4.tcp_window_scaling

输出示例：

net.ipv4.tcp_window_scaling = 1

如果输出为 1，表示窗口缩放已经启用。如果为 0，则可以通过以下命令启用：

sudo sysctl -w net.ipv4.tcp_window_scaling=1

启用窗口缩放后，TCP窗口大小可以根据需要动态调整，以充分利用高带宽网络资源，尤其是在跨境数据传输或云服务场景中。

6. 综合优化策略

通过 ping 命令测量网络延时，再结合查看和调整 TCP窗口大小，可以在高延时、高带宽的网络环境中有效提升数据传输效率。以下是优化网络传输的几个步骤：

  1. 使用 ping 测试延时：通过 ping 测量 RTT，了解网络链路的延时情况。
  2. 计算 BDP：根据带宽和 RTT 计算出 BDP，确保 TCP窗口大小可以匹配 BDP。
  3. 调整 TCP窗口大小：根据 BDP结果调整系统的 TCP发送和接收窗口大小，或者启用窗口缩放。
  4. 测试吞吐量：使用工具（如 iperf）测试调整后的网络吞吐量，验证是否达到了预期的性能提升。

7. 总结

理解 BDP（带宽延迟积）、吞吐量、RTT（往返时延） 和 TCP发送窗口 之间的关系对优化网络性能至关重要。在高带宽、高延时的网络中，TCP发送窗口大小必须至少等于带宽延迟积（BDP），否则会限制吞吐量，无法充分利用带宽资源。

在云计算环境中，与云提供商沟通时，您需要明确确认网络带宽、RTT、MTU 和 TCP窗口大小等关键参数，以确保能够达到预期的性能目标。通过正确的需求确认和参数优化，您可以最大化云资源的利用率，提高数据传输效率。

此外，定期使用网络工具（如 ping 和 iperf）进行网络性能测试和监控，可以帮助您及时发现并解决潜在的网络瓶颈，进一步优化应用的响应速度和用户体验。

希望这篇文章能帮助您更好地理解这些网络性能因素，以及如何在云环境中应用这些知识。如果您有更多问题或需要进一步讨论，欢迎留言！

关键词：BDP、吞吐量、RTT、TCP发送窗口、云计算、网络优化、窗口缩放、MTU、ping、iperf

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

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

相关文章

Flutter：使用Future发送网络请求

Flutter：使用Future发送网络请求

pubspec.yaml配置http的SDK cupertino_icons: ^1.0.8 http: ^1.2.2请求数据的格式转换 // Map 转 json final chat {name: 张三,message: 吃饭了吗, }; final chatJson json.encode(chat); print(chatJson);// json转Map final newChat json.decode(chatJson); print(newCha…
阅读更多...
IOT物联网低代码可视化大屏解决方案汇总

IOT物联网低代码可视化大屏解决方案汇总

目录 参考来源云服务商阿里云物联网平台产品主页产品文档 开源项目DGIOT | 轻量级工业物联网开源平台项目特点项目地址开源许可 IoTGateway | 基于.NET6的跨平台工业物联网网关项目特点项目地址开源许可 IoTSharp | 基于.Net Core开源的物联网基础平台项目特点项目地址开源许可…
阅读更多...
redis 原理篇 26 网络模型 Redis是单线程的吗？为什么使用单线程

redis 原理篇 26 网络模型 Redis是单线程的吗？为什么使用单线程

都是学cs的&#xff0c;有人月薪几万&#xff0c;有人月薪几千&#xff0c;哎&#xff0c; 相信 边际效用&#xff0c; 也就是说&#xff0c; 随着技术提升的越来越多&#xff0c;薪资的提升比例会更大 一个月几万&#xff0c;那肯定是高级开发了&#xff0c; 一个月几千&…
阅读更多...
前端中的 File 和 Blob两个对象到底有什么不同

前端中的 File 和 Blob两个对象到底有什么不同

JavaScript 在处理文件、二进制数据和数据转换时&#xff0c;提供了一系列的 API 和对象&#xff0c;比如 File、Blob、FileReader、ArrayBuffer、Base64、Object URL 和 DataURL。每个概念在不同场景中都有重要作用。下面的内容我们将会详细学习每个概念及其在实际应用中的用法…
阅读更多...
【QT常用技术讲解】优化网络链接不上导致qt、qml界面卡顿的问题

【QT常用技术讲解】优化网络链接不上导致qt、qml界面卡顿的问题

前言 qt、qml项目经常会涉及访问MySQL数据库、网络服务器&#xff0c;并且界面打开时的初始化过程就会涉及到链接Mysql、网络服务器获取数据&#xff0c;如果网络不通&#xff0c;卡个几十秒&#xff0c;会让用户觉得非常的不爽&#xff0c;本文从技术调研的角度讲解解决此类问…
阅读更多...
JS的学习与使用

JS的学习与使用

JS的学习与使用 一 什么是Javascript&#xff1f; Javascript是一门跨平台&#xff0c;面向对象的脚本语言&#xff0c;是用来控制网页行为的&#xff0c;它能使网页可以交互 java与Javascript是完全不同的语言&#xff0c;不论是概念还是设计&#xff0c;但是基础语法类似 E…
阅读更多...
WebRTC视频 03 - 视频采集类 VideoCaptureDS 上篇

WebRTC视频 03 - 视频采集类 VideoCaptureDS 上篇

WebRTC视频 01 - 视频采集整体架构 WebRTC视频 02 - 视频采集类 VideoCaptureModule [WebRTC视频 03 - 视频采集类 VideoCaptureDS 上篇]&#xff08;本文&#xff09; WebRTC视频 04 - 视频采集类 VideoCaptureDS 中篇 WebRTC视频 05 - 视频采集类 VideoCaptureDS 下篇 一、前…
阅读更多...
发布rust crate

发布rust crate

文章目录 一、cargo构建的配置类型&#xff1a;dev与release两种1.编译级别2.将 crate 发布到 Crates.io对整个库的注释pub use再导出功能发布crates.io 参考 一、cargo构建的配置类型&#xff1a;dev与release两种 $ cargo buildFinished dev [unoptimized debuginfo] targe…
阅读更多...
Bugku CTF_Web——文件上传

Bugku CTF_Web——文件上传

Bugku CTF_Web——文件上传 进入靶场 My name is margin,give me a image file not a php抓个包上传试试 改成png也上传失败 应该校验了文件头 增加了文件头也不行 试了一下 把文件类型改成gif可以上传 但是还是不能连接 将Content-Type改大小写 再把文件后缀名改成php4 成…
阅读更多...
三菱FX5UPLC以太网Socket通信功能

三菱FX5UPLC以太网Socket通信功能

通过专用指令与通过以太网连接的对象设备以TCP及UDP协议收发任意数据的功能。 *1、是用于存储从开放的对象设备中接收到的数据的区域。 CPU模块:连接No.1~8以太网模块:连接No.1~32 以TCP协议进行通信时 TCP是在对象设备的端口号间建立连接&#xff0c;从而进行可靠的数据通信…
阅读更多...
jmeter介绍、使用方法、性能测试、现参数化和数据驱动、分布式测试、压力测试、接口测试

jmeter介绍、使用方法、性能测试、现参数化和数据驱动、分布式测试、压力测试、接口测试

目录 1.JMeter的组件介绍 2.JMeter介绍和使用方法 3.使用JMeter进行性能测试 4.JMeter如何实现参数化和数据驱动 5.使用JMeter进行分布式测试 6.使用JMeter完成压力测试 7.使用JMeter完成接口测试 下载并安装JMeter&#xff1a;从官方网站&#xff08;https://jmeter.ap…
阅读更多...
【Android】组件化开发入门

【Android】组件化开发入门

文章目录 引入组件是什么?为什么使用组件化开发?什么是模块化&#xff0c;组件化&#xff0c;插件化&#xff1f;常见实现 组件分层创建module 组件单独调试配置组件工程类型配置组件ApplicationId和AndroidManifest文件 引入 组件是什么? 组件&#xff08;Component&#…
阅读更多...
java访问华为网管软件iMaster NCE的北向接口时传递参数问题

java访问华为网管软件iMaster NCE的北向接口时传递参数问题

上一篇文章介绍了利用《java访问华为网管软件iMaster NCE的北向接口》的一般性步骤&#xff0c;这里详细介绍其中一个读取性能数据的示例。原因是读取华为网管软件北向接口&#xff0c;完全找不到可供参考的例子。如果不需要传递什么参数&#xff0c;就能获取到结果&#xff0c…
阅读更多...
鸿蒙 入门——ArkUI 自定义组件间的“后代“双向同步@Provide和@Consume装饰器小结（五）

鸿蒙 入门——ArkUI 自定义组件间的“后代“双向同步@Provide和@Consume装饰器小结（五）

文章大纲 引言一、Provide和Consume装饰器概述1、Provide和Consume关系的绑定2、使用规则3、变量的传递/访问规则4、支持的观察变化的场景5、Provide和Consume变量的值初始化和更新机制5.1、初始渲染5.2、当Provide装饰的数据变化时&#xff1a;5.3、当Consume装饰的数据变化时…
阅读更多...
【MySQL从入门到放弃】InnoDB磁盘结构(一)

【MySQL从入门到放弃】InnoDB磁盘结构(一)

前言 从MySQL 5.5版本开始默认 使用InnoDB作为引擎&#xff0c;它擅长处理事务&#xff0c;具有自动崩溃恢复的特性&#xff0c;在日常开发中使用非常广泛。 下面是官方的InnoDB引擎架构图&#xff0c;主要分为内存结构和磁盘结构两大部分。 上一篇文章&#xff0c;我们解析了…
阅读更多...
C哈的刷题计划之输出数字螺旋矩阵（1）

C哈的刷题计划之输出数字螺旋矩阵（1）

1、盲听C哈说 都说数据结构与算法是编程的核心&#xff0c;它们两个是内功与心法&#x1f600;&#xff0c;其它编程工具只是招式&#xff0c;学会了内功与心法&#xff0c;学习新事物&#xff08;这里特指层出不穷的IT技术&#xff09;就没有那么难了&#xff0c;实际上&#…
阅读更多...
cv::RotatedRect::points误差较大

cv::RotatedRect::points误差较大

最后发现不是point的精度问题&#xff0c;float不至于产生这么大误差&#xff0c;是自己代码里缓存了顶点坐标&#xff0c;后面由手动修改了旋转矩形的角度&#xff0c;导致不匹配&#xff01; 下文可以忽略了-_-! 发现一个天坑&#xff0c;通过高宽和角度构造了一个旋转矩形 …
阅读更多...
ThinkServer SR658H V2服务器BMC做raid与装系统

ThinkServer SR658H V2服务器BMC做raid与装系统

目录 前提准备 一. 给磁盘做raid 二. 安装系统 前提准备 磁盘和系统BMC地址都已经准备好&#xff0c;可正常使用。 例&#xff1a; 设备BMC地址&#xff1a;10.99.240.196 一. 给磁盘做raid 要求&#xff1a; 1. 将两个894G的磁盘做成raid1 2. 将两块14902G的磁盘各自做…
阅读更多...
7天用Go从零实现分布式缓存GeeCache（学习）（2）

7天用Go从零实现分布式缓存GeeCache（学习）（2）

参考:https://geektutu.com/post/geecache-day2.html // Cache 是一个 LRU 缓存&#xff08;最近最少使用缓存&#xff09;&#xff0c;它不是并发安全的。 type Cache struct { maxBytes int64 // 缓存的最大字节数 nbytes int64 …
阅读更多...
Ajax 与 Vue 框架应用点——随笔谈

Ajax 与 Vue 框架应用点——随笔谈

老式 在老式的技术中&#xff0c;一个网页通常由前端工程师直接使用 HTML、CSS、JavaScript 编写而成 这种方式的优点很明显&#xff1a;简单粗暴&#xff0c;方便工程师以简单的思维完成工作 当然&#xff0c;缺点也很明显&#xff0c;包括但不限于&#xff1a; 直接原生开发…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023