<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[lingshengxiyou的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/lingshengxiyou</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; lingshengxiyou]]></copyright><item><title><![CDATA[ARP协议]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130436135</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130436135</guid><author>lingshengxiyou</author><pubDate>Fri, 28 Apr 2023 22:24:13 +0800</pubDate><description><![CDATA[但是从层次来看，ARP基于Ethernet协议，IP协议基于Ethernet协议，它们在Ethernet协议里面有独立的Type类型，前者是0x0806，后者是0x0800，既然ARP和IP协议"平起平坐"，那么IP是网络层，ARP难道就不是网络层？这里需要特别关注ARP请求包的内容，在上面的图解里面，ARP请求包的完整信息是：我的IP地址是IP1，MAC地址是MAC1，请问谁是PC2，你的IP2对应的MAC地址是多少？所以在局域网的通信中，不仅需要源目IP地址的封装，也需要源目MAC的封装。]]></description><category></category></item><item><title><![CDATA[在DOCKER DESKTOP 底下搭建K8S 环境搭建]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130430131</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130430131</guid><author>lingshengxiyou</author><pubDate>Fri, 28 Apr 2023 16:58:18 +0800</pubDate><description><![CDATA[这个V2.5.1的版本一直有问题，最后没办法我就重新换了版本：“https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-beta5/aio/deploy/recommended.yaml”，这里我没用使用。所以此处我就没用这了（我个人查了下yaml文档，自己估计应该是版本的问题）这里一直starting 的情况，有时候是网络的问题，人确实得多等下，大多数请款下还是镜像包不够造成的，这个玩意折腾了我好几天，]]></description><category></category></item><item><title><![CDATA[k8s集群环境搭建]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130429808</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130429808</guid><author>lingshengxiyou</author><pubDate>Fri, 28 Apr 2023 16:48:18 +0800</pubDate><description><![CDATA[一台master节点和多台node节点，搭建简单，但是有单机故障风险，适合用于测试环境。]]></description><category></category></item><item><title><![CDATA[TCP建立连接的相关问题]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130411707</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130411707</guid><author>lingshengxiyou</author><pubDate>Thu, 27 Apr 2023 17:36:49 +0800</pubDate><description><![CDATA[一个旧的SYN报文比最新的SYN报文早到达服务端；那么此时服务端就会回送一个SYN+ACK报文给客户端；客户端收到后根据自身上下文，判断这是一个历史连接（序列号过期或超时），那么客户端就会发送一个RST报文给服务端，表示中止这一次连接。如果是两次握手的话，就不能判断当前连接是否是历史连接，三次握手可以在客户端准备发送第三次报文时，有足够的上下文来判断当前连接是否是历史连接：1> 如果是历史连接，则第三次握手发送的报文是RST报文，中止连接；]]></description><category></category></item><item><title><![CDATA[TCP的基本认识]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130411542</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130411542</guid><author>lingshengxiyou</author><pubDate>Thu, 27 Apr 2023 17:34:46 +0800</pubDate><description><![CDATA[TCP是面向连接、可靠的、基于字节流的传输层通信协议。面向连接：一定是一对一的才能够连接，不能像UDP协议可以一个主机同时向多个主机发送消息，也就是说一对多是不能做到的；可靠的：无论网络链路中出现了怎样的链路变化，TCP都可以保证一个报文一定能够到达接收端；字节流：消息是没有边界的，所以无论我们消息有多大都是可以进行传输的，并且消息是有序的，当前一个消息没有收到的时候，即使它先收到了后面的字节，也不能扔给应用层去处理。]]></description><category></category></item><item><title><![CDATA[Nginx全面配置]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130394256</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130394256</guid><author>lingshengxiyou</author><pubDate>Wed, 26 Apr 2023 20:48:11 +0800</pubDate><description><![CDATA[Nginx 是开源、高性能、高可靠的 Web 和反向代理服务器，而且支持热部署，几乎可以做到 7 * 24 小时不间断运行，即使运行几个月也不需要重新启动，还能在不间断服务的情况下对软件版本进行热更新。性能是 Nginx 最重要的考量，其占用内存少、并发能力强、能支持高达 5w 个并发连接数，最重要的是， Nginx 是免费的并可以商业化，配置使用也比较简单。Nginx中文文档同源策略限制了从同一个源加载的文档或脚本如何与来自另一个源的资源进行交互。这是一个用于隔离潜在恶意文件的重要安全机制。]]></description><category></category></item><item><title><![CDATA[I/O 多路复用底层原理前篇 - 五种IO模型 _]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130394158</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130394158</guid><author>lingshengxiyou</author><pubDate>Wed, 26 Apr 2023 20:41:03 +0800</pubDate><description><![CDATA[现代计算机服务器操作系统大部分都是基于linxu实现,为处理高并发而采取NIO的模型,对于支持异步IO模型的系统持有不确定因素。BIO、NIO、AIO总结同步：发起一个fn的调用,需要等待调用结果返回,该调用结果要么是期望的结果要么是异常抛出的结果,可以说是原子性操作(要么成功要么失败返回)异步：发起一个fn调用,无需等待结果就直接返回,只有当被调用者执行处理程序之后通过“唤醒”手段通知调用方获取结果(唤醒的方式有回调,事件通知等)同步和异步关注的是程序之间的通信。]]></description><category></category></item><item><title><![CDATA[Docker 入门指南]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130372618</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130372618</guid><author>lingshengxiyou</author><pubDate>Tue, 25 Apr 2023 19:50:15 +0800</pubDate><description><![CDATA[Docker是基于Go开发的应用容器引擎，属于 Linux 容器的一种封装，提供简单易用的容器使用接口。]]></description><category></category></item><item><title><![CDATA[docker应用、搭建、container、image、搭建私有云docker registry、容器通信、端口映射、多机多容器通信、数据持久化、docker部署wordpress、docker co]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130369742</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130369742</guid><author>lingshengxiyou</author><pubDate>Tue, 25 Apr 2023 17:38:17 +0800</pubDate><description><![CDATA[l 官网：https://docs.docker.com/l Docker 提供了两个版本：社区版 (CE) 和企业版 (EE)]]></description><category></category></item><item><title><![CDATA[利用SPDK改善NVMe存储I/O性能]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130353055</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130353055</guid><author>lingshengxiyou</author><pubDate>Mon, 24 Apr 2023 21:49:16 +0800</pubDate><description><![CDATA[向后通过对块设备的抽象可以适配各类型的存储设备。为了减少存储产品面临的传统共性问题，如频繁的系统调用和上下文切换、多次的数据拷贝、过高的协议栈开销、复杂的并发互斥等痛点问题，在用户态化实现的过程中，引入了 Intel 的 DPDK/SPDK作为关键基础技术来进行集成和开发。当前的实现中，一方面，增加了对请求所属的监听是否当前 subsystem 所允许的合法性判断，同时也对同一个主机，通过同一个 port（主机侧的 port 和 Target 侧的监听均一样）来进行重复建链（建立控制链接）的情况的限制。]]></description><category></category></item><item><title><![CDATA[软件和硬件数据交互接口的的演进]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130352321</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130352321</guid><author>lingshengxiyou</author><pubDate>Mon, 24 Apr 2023 21:37:23 +0800</pubDate><description><![CDATA[如图1(e)，进一步的，随着带宽和内存的增加，导致数据频繁的在用户态应用程序、内核的堆栈、驱动以及硬件之间交互，并且缓冲区也越来越大，这些都不可避免的增加系统消耗，并且带来更多的延迟；如图6(b)，DPDK最核心的功能是提供了用户态的轮询模式驱动，为了加速网络IO，DPDK允许传入的网络数据包直通到用户空间而没有内存复制的开销，不需要用户空间和内核空间切换时的上下文处理。更确切一些的说，软硬件接口包括交互的驱动软件、硬件设备的接口部分逻辑，也包括内存中的共享队列，还包括传输控制和数据信息的总线。]]></description><category></category></item><item><title><![CDATA[redis配置文件详解]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130350510</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130350510</guid><author>lingshengxiyou</author><pubDate>Mon, 24 Apr 2023 19:58:23 +0800</pubDate><description><![CDATA[④、no-appendfsync-on-rewrite：在aof重写或者写入rdb文件的时候，会执行大量IO，此时对于everysec和always的aof模式来说，执行fsync会造成阻塞过长时间，no-appendfsync-on-rewrite字段设置为默认设置为no。可能丢失30秒数据。另外需要注意的时，如果将此配置写在redis.conf 文件的开头，那么后面的配置会覆盖引入文件的配置，如果想以引入文件的配置为主，那么需要将 include 配置写在 redis.conf 文件的末尾。]]></description><category></category></item><item><title><![CDATA[linux 查看端口连接数]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130311717</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130311717</guid><author>lingshengxiyou</author><pubDate>Sat, 22 Apr 2023 22:29:33 +0800</pubDate><description><![CDATA[主动关闭的一方在发送最后一个ack后，就会进入TIME_WAIT状态停留2MSL（max segment lifetime）时间，这个是TCP/IP必不可少的，也就是“解决”不了的。也就是TCP/IP设计者本来是这么设计的。表示Apache能够处理1388个并发请求，这个值Apache可根据负载情况自动调整。统计httpd进程数，连个请求会启动一个进程，使用于Apache服务器。对比httpd.conf中MaxClients的数字差距多少。3）统计已连接上的，状态为“established。]]></description><category></category></item><item><title><![CDATA[查看linux中的TCP连接数]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130311563</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130311563</guid><author>lingshengxiyou</author><pubDate>Sat, 22 Apr 2023 22:15:49 +0800</pubDate><description><![CDATA[初步认为是服务器资源不足了，但经反复测试，一旦连接上，不断点击同一个页面上不同的链接，都能迅速打开，这种现象就是说明apache最大连接数已经满了，新的访客只能排队等待有空闲的链接，而如果一旦连接上，在keeyalive 的存活时间内（KeepAliveTimeout，默认5秒）都不用重新打开连接，因此解决的方法就是加大apache的最大连接数。约8K个进程，支持2W人同时访问应该是没有问题的（能保证其中8K的人访问很快，其他的可能需要等待1、2秒才能连上，而一旦连上就会很流畅）然后wc -l统计。]]></description><category></category></item><item><title><![CDATA[Docker 网络管理--网络创建和通信]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130308083</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130308083</guid><author>lingshengxiyou</author><pubDate>Sat, 22 Apr 2023 20:00:11 +0800</pubDate><description><![CDATA[2、当容器网络堆栈不应与Docker主机隔离但又希望隔离容器的其他方面（cgroup,unix file system）时，使用主机网络模式（host）是最佳选择。连接到同一桥接网络的容器可以互相通信，对不同桥接网络的容器则无法直接相互通信。3、主机网络模式（host）:如果某个容器需要访问主机的某个服务，那么需要配置主机网络模式，该模式直接占用主机的网络端口和网卡资源。2、覆盖网络模式（overlay）:覆盖网络模式可以将不同的Dockerd守护进程连接在一起，该网络模式支持集群容器之间相互通信，]]></description><category></category></item><item><title><![CDATA[网络性能测试工具：iperf3]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130232731</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130232731</guid><author>lingshengxiyou</author><pubDate>Tue, 18 Apr 2023 22:21:15 +0800</pubDate><description><![CDATA[iperf3是一个网络性能测试工具(iperf3下载地址iperf可以测试TCP和UDP带宽质量。iperf可以测量最大TCP带宽，具有多种参数和UDP特性。iperf可以报告带宽，延迟抖动和数据包丢失。iperf3是一种用于主动测量IP网络上可实现的最大带宽的工具。它支持调整与时序、缓冲区和协议（TCP、UDP、带有 IPv4 和 IPv6 的 SCTP）相关的各种参数。对于每次测试，它都会报告带宽、损耗和其他参数。这是一个新的实现，它不与原始iperf共享代码，也不向后兼容。服务器端挂起。]]></description><category></category></item><item><title><![CDATA[c++11新特性实战：智能指针]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130232645</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130232645</guid><author>lingshengxiyou</author><pubDate>Tue, 18 Apr 2023 22:15:29 +0800</pubDate><description><![CDATA[重点理解三种智能指针的使用场景，unique_ptr性能高，没有特殊要求的话可以直接用来取代raw pointer(原始指针)。shared_ptr开销大，在前者不能满足的场景例如需要多个智能指针同时拥有同一个控件的所有权的时候使用。weak_ptr不单独使用，通常用来配合shared_ptr使用，避免循环引用的问题。优点：不用手动管理内存，尤其是根本不知道释放时机的时候缺点：shared_ptr的内存占用高（多了一个引用计数），对多线程不友好（对引用计数的操作要原子性）写起来麻烦转自。]]></description><category></category></item><item><title><![CDATA[DevOps流水线设计的最佳实践]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130176500</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130176500</guid><author>lingshengxiyou</author><pubDate>Tue, 18 Apr 2023 22:12:39 +0800</pubDate><description><![CDATA[谈到到DevOps，持续交付流水线是绕不开的一个话题，相对于其他实践，通过流水线来实现快速高质量的交付价值是相对能快速见效的，特别对于开发测试人员，能够获得实实在在的收益。很多文章介绍流水线，不管是jenkins,gitlab-ci, 流水线，还是drone， github action 流水线， 文章都很多，但是不管什么工具，流水线设计的思路是一致的。]]></description><category></category></item><item><title><![CDATA[Go的网络编程详解]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130210580</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130210580</guid><author>lingshengxiyou</author><pubDate>Mon, 17 Apr 2023 22:26:13 +0800</pubDate><description><![CDATA[互联网的逻辑实现被分为好几层。每一层都有自己的功能，就像建筑物一样，每一层都靠下一层支持。用户接触到的只是最上面的那一层，根本不会感觉到下面的几层。要理解互联网就需要自下而上理解每一层的实现的功能。如上图所示，互联网按照不同的模型划分会有不用的分层，但是不论按照什么模型去划分，越往上的层越靠近用户，越往下的层越靠近硬件。在软件开发中我们使用最多的是上图中将互联网划分为五个分层的模型。接下来我们一层一层的自底向上介绍一下每一层。]]></description><category></category></item><item><title><![CDATA[TCP参数参数调优]]></title><link>https://blog.csdn.net/lingshengxiyou/article/details/130210354</link><guid>https://blog.csdn.net/lingshengxiyou/article/details/130210354</guid><author>lingshengxiyou</author><pubDate>Mon, 17 Apr 2023 22:13:04 +0800</pubDate><description><![CDATA[可以通过上述的概念的描述，我们可以发现， Latency 和 Bandwidth 决定了网络性能，但是在绝大部分场景下，影响传输性能的最关键的因素是 Latency。因为就算带宽再高，我们也无法绕过由于物理距离带来的高延迟问题。因此，减少延迟就作为了一个非常核心的优化指标。TCP三次握手增加了整整一次往返时间TCP慢启动将被应用到每个新连接TCP流量及拥塞控制会影响所有连接的吞吐量TCP的吞吐量由当前拥塞窗口大小控制在大多数情况下，TCP 性能的瓶颈都是延迟，而非带宽。]]></description><category></category></item></channel></rss>