为什么要分享TCP IP 5元组(five-tuple/5-tuple的知识? 最近在进行深度分析过程中,听到某些资深人士提到了5元组这个概念，觉得很高大尚，去搜索了一圈，发现都是些非常浅显的知识，对于tcp ip 5元组，7元组有什么用没有提及，也没有五元组的英文，导致英文资料检索过程中饶了一圈。
内核参数作用域的情况 1. 全系统生效 2. 进程生效 3. 用户生效 4. 协同作用. # 本文并不会按照范围进行单独阐述 # 会按照一个作用链条进行说明. nofile number of file 本质是一个进程能够打开文件数的限制. 是操作系统避免单个线程文件数打开过多,导致系统资源耗尽的一
docker在默认运行容器的情况下，是不会对运行的容器进行资源限制的，在自己的实验环境的话是随便你怎么弄的，不过在生产中是一定会对docker运行的容器进行资源限制的，如果不限制的话在生产中会带来很多弊端的。例如当资源没有做限制时，资源用完了后会导致其他的容器无法运行，在生产中的话是会部署几十个或者
ebpf的简单学习-万事开头难 前言 bpf 值得是巴克利包过滤器 他的核心思想是在内核态增加一个可编程的虚拟机. 可以在用户态定义很多规则, 然后直接在内核态进行过滤和使用. 他的效率极高. 因为避免了上下文切换,中断等导致的cycle损失. 很多先进的工具,比如XDP以及K8S的cilium等网
文章目录 前言背景一、curl服务可用验证二、服务探测脚本三、配置系统定时任务四、Linux特殊字符转义总结 前言 请各大网友尊重本人原创知识分享，谨记本人博客：南国以南i、 提示：以下是本篇文章正文内容，下面案例可供参考 背景 当服务假死情况下，导致服务不可用，一时间定位不到服务假死原因，可以采用
关于JVM指针压缩性能的研究 摘要 JVM的内存对消最小是 8bytes 所以32G内存的情况下可以使用 32位的指针就可以了. 32位就是4G 在乘以最小的内存extent 8 bytes 的出来可以指向 32G的内存区域. 如果大于32G, 那么必须使用64位的指针. 理论上会导致非堆区的内存膨
https://www.modb.pro/db/623036 enq: TX - row lock contention它表示一个事务正在等待另一个事务释放被锁定的行。这种等待事件通常发生在并发访问数据库时，多个事务试图同时修改同一行数据时会发生行级锁争用。 以下是可能导致 “enq: TX - r
# ESXi虚拟化的坑-细微区别下虚拟机性能差异巨大 ## 背景 ``` 周末在公司无偿加班. 同组的小伙伴周一有一个需求, 我想着周六乘着机器压力不大进行一下虚拟机的clone 但是截止到晚上快十点都没有完全Clone完. 我感觉非常不对. 然后突然想是不是硬件的bug导致性能有差异. 想着最近总
我并不这么看。 友情提醒：本文建议在PC端阅读。 徐春阳老师发文爆MySQL 8.0 hash join有重大缺陷。 文章核心观点如下：多表（比如3个个表）join时，只会简单的把表数据量小的放在前面作为驱动表，大表放在最后面，从而导致可能产生极大结果集的笛卡尔积，甚至耗尽CPU和磁盘空间。 就此现
# ChatGPT学习之_shell脚本一例-查找版本冲突的第三方jar包 ## 背景 ``` 自从换了Java后 产品里面用到了非常多的第三方组建,也就是很多jar包. 产品内的研发规范要求, jar包不能带版本号和snapshot的标识 必须使用原始的文件名, 避免有多个版本导致java类加载器
所谓丢包，是指在网络数据的收发过程中，由于种种原因，数据包还没传输到应用程序中，就被丢弃了。这些被丢弃包的数量，除以总的传输包数，也就是我们常说的丢包率。丢包率是网络性能中最核心的指标之一。丢包通常会带来严重的性能下降，特别是对 TCP 来说，丢包通常意味着网络拥塞和重传，进而还会导致网络延迟增大、
在排查网络问题时，我们还经常碰到的一个问题，就是内核线程的 CPU 使用率很高。比如，在高并发的场景中，内核线程 ksoftirqd 的 CPU 使用率通常就会比较高。回顾一下前面学过的 CPU 和网络模块，你应该知道，这是网络收发的软中断导致的。 要分析 ksoftirqd 这类 CPU 使用率比
Jmeter连接InfluxDB2.0.4 问题描述：在用Jmeter+InfluxDB构建监控时，因为docker构建的InfluxDB的版本是2.0.4，按照网上的教程进行后端监听器的填写，但是一直出现错误提示401等问题。网上的教程大多是1.X版本的，怀疑是数据库版本不一致导致的数据无法写入，
Tidb单副本时-TiKV节点损坏后有损数据恢复的方法 背景 UAT环境下,为了减少存储. 搭建了一套单副本的TiDB集群 但是随着数据量的增多, UAT上面的数据可以丢失,但是表结构等信息是无法接受丢失和损坏的. 因为很多不太均衡的问题, 导致. 部分TiKV节点不稳定. 甚至会出现TiKV宕机的
TiKV节点缩容不掉，通常遇到的情况： 1、经常遇到的情况是：3个节点的tikv集群缩容肯定会一直卡着，因为没有新节点接受要下线kv的region peer。 2、另外就是除缩容tikv外，剩下的KV硬盘使用情况比较高，到达schedule.high-space-ratio=0.6的限制，导致该ti
上一篇文章 IoT 边缘集群基于 Kubernetes Events 的告警通知实现 目标 告警恢复通知 - 经过评估无法实现 原因: 告警和恢复是单独完全不相关的事件, 告警是 Warning 级别, 恢复是 Normal 级别, 要开启恢复, 就会导致所有 Normal Events 都会被发送
在软件安全的世界中，企业在软件开发生命周期中都面临着漏洞带来的巨大挑战。开发人员每天都需要确保交付没有漏洞的代码，因此他们需要花费大量的时间来解决首要处理的漏洞问题以确保企业软件安全。然而确保产品没有漏洞缺陷的需求扼杀了创新的步伐，延迟软件产品的上市时间并导致收入和时间上的巨大损失。 业内权威咨询研
在上一篇文章中，我们介绍了企业云业务的成本构成以及目前面临的成本困境，以及当前企业逐步转向 FinOps 的行业趋势，这篇文章我们将详细聊聊 FinOps，包括概念、重要性以及成熟度评价指标。 随着对云服务和供应商的使用越来越多，可能会出现复杂性和管理上的挑战，导致成本超支和其他问题。曾在2018年
最近连续下了3天雨，天气变化大，很容易引发感冒咳嗽等疾病。对于.NET技术开发人员来说，如何保持身体健康，保证工作效率是一个很重要的问题。 首先，我们需要注意保持室内空气流通，避免长时间处于封闭的空间。在开发过程中，我们通常需要长时间坐在电脑前，容易导致眼睛疲劳和颈椎病等问题。因此，建议定时休息，适
# 背景 怎么会讲这个话题，这个说来真的长了。但是，长话短说，也是可以的。 我前面的文章提到，线上的服务用了c3p0数据库连接池，会偶发连接泄露问题，而分析到最后，又怀疑是db侧主动关闭连接，或者是服务所在机器和db之间有防火墙，防火墙主动关闭了连接。导致我们这边socket看着还健康，实际在对端已
