一、BCC简介 1、BCC简介 BCC是一个Python库，简化了eBPF应用的开发过程，并收集了大量性能分析相关的eBPF应用。BCC为BPF开发提供了不同的前端支持，包括Python和Lua，实现了map创建、代码编译、解析、注入等操作，使开发人员只需聚焦于用C语言开发要注入的内核代码。 BCC
一、CPU上下文切换测试场景 使用sysbench模拟多线程调度： sysbench --threads=10 --time=300 threads run 使用vmstat查看CPU上下文切换： cs列上下文切换次数超过150万次。 r列就绪队列长度最大达到8，超过系统CPU的个数4，存在大量的C
https://juejin.cn/post/6854573220733911048 遇到了一个 glibc 导致的内存回收问题，查找原因和实验的的过程是比较有意思的，主要会涉及到下面这些： Linux 中典型的大量 64M 内存区域问题 glibc 的内存分配器 ptmalloc2 的底层原理 如
1、内存情况 在讲解Linux内存管理时已经提到，当你在Linux下频繁存取文件后，即使系统上没有运行许多程序，也会占用大量的物理内存。这是因为当你读写文件的时候，Linux内核为了提高读写的性能和速度，会将文件在内存中进行缓存，这部分内存就是Cache Memory(缓存内存)。即使你的程序运行结
fio（Flexible I/O Tester）正是非常常用的文件系统和磁盘 I/O 性能基准测试工具。提供了大量的可定制化选项，可以用来测试，裸盘、一个单独的分区或者文件系统在各种场景下的 I/O 性能，包括了不同块大小、不同 I/O 引擎以及是否使用缓存等场景。 ubuntu安装fio非常简单
https://www.cnblogs.com/codelogs/p/16060735.html 原创：打码日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 之前介绍了大量的命令，有基础操作相关的，也有问题诊断相关的，但Linux中还有一类命令，被时常使用在工作当中，如c
https://www.cnblogs.com/codelogs/p/16242999.html 原创：扣钉日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# Linux上有大量的问题诊断工具，如perf、bcc等，但这些诊断工具，虽然功能强大，但却需要很高的权限才可以使用
1. 引言 Postmark是由著名的NAS提供商NetApp开发，用来测试其产品的后端存储性能。 Postmark主要用于测试文件系统在邮件系统或电子商务系统中性能，这类应用的特点是：需要频繁、大量地存取小文件。 Postmark的测试原理是创建一个测试文件池。文件的数量和最大、最小长度可以设定，
https://www.cnblogs.com/pachongshangdexuebi/p/11571524.html 默认情况下，Jmeter线程在发送请求之间没有间歇。不设置定时器，短时间内会产生大量访问请求，导致服务器被请求淹没，利用Jmeter进行压测时，一般会和定时器一起，控制请求的吞吐量
https://juejin.cn/post/7081994919237287950 本文已参与「新人创作礼」活动，一起开启掘金创作之路。 Elasticsearch往往存有公司大量的数据，如果安全不过关，那么就会有严重的数据安全隐患。 Elasticsearch 的安全认证方式有不少，如http-
研究Rocksdb已经有七个月的时间了，这期间阅读了它的大部分代码，对底层存储引擎进行了适配，同时也做了大量的测试。在正式研究之前由于对其在本地存储引擎这个江湖地位的膜拜，把它想象的很完美，深入摸索之后才发现现实很骨感，光鲜背后都有不为人知的辛酸苦辣。同时这也给幻想追求完美技术的我打了一针清醒剂，任
一、TiDB Lightning介绍 TiDB Lightning 是一个将全量数据高速导入到 TiDB 集群的工具，目前支持 Mydumper 或 CSV 输出格式的数据源。你可以在以下两种场景下使用 Lightning： 迅速导入大量新数据。 备份恢复所有数据。 目前，TiDB Lightnin
PD相关 Grafana 监控 PD —> PD Dashboard 是否存在异常状态的TiKV Grafana 监控 PD —> Region health 大表清理后，出现了大量的空region, 空的region会干扰pd的调度。所以要及时的merge Grafana 监控 PD —> Sta
https://oracleblog.org/working-case/deal-with-ora3136/ 最近收到一个告警，用户说数据库无法连接，但是从监控上看，oracle的后台进程已经侦听进程还是在的，没有任何的alert。 登录数据库，已经恢复正常，但是在数据库的alertlog中发现大量
硬件说明： 操作系统版本：ORACLE LINUX 6.3 64位 数据库版本：11.2.0.3 64位 问题说明： 在检查数据库的alert日志的时候，发现大量的12170和TNS-12535的错误； Fatal NI connect error 12170. VERSION INFORMATIO
使用ESXCLI命令对ESXi 6.7 主机进行补丁升级 一、环境说明 背景：公司接到网信办公告，最近全球有大量ESXI主机遭受攻击，刚好单位上也用了许多esxi主机，因此需要对现有主机进行补丁升级。 漏洞名称：VMware ESXi OpenSLP 堆溢出漏洞CVE-2021-21974 组件名称
背景 边缘集群（基于 树莓派 + K3S) 需要实现基本的告警功能。 边缘集群限制 CPU/内存/存储 资源紧张，无法支撑至少需要 2GB 以上内存和大量存储的基于 Prometheus 的完整监控体系方案（即使是基于 Prometheus Agent, 也无法支撑） （需要避免额外的存储和计算资源
开篇 📜 引言： 磨刀不误砍柴工 工欲善其事必先利其器 K8S 集群规模，有的公司倾向于少量大规模 K8S 集群，也有的公司会倾向于大量小规模的 K8S 集群。 如果是第二种情况，是否有一个简单的 kubectl 命令来获取一个 kubeconfig 文件并将其合并到 ~/.kube/config
在过去的几天里，Apache Commons Text 库中一个名为 Text4Shell 的新漏洞引起很大的轰动，该漏洞存在于 Apache Commons Text 1.5到1.9版本中。此警报于10月18日发布，此前检测到大量试图利用 CVE-2022-42889 安全漏洞的攻击尝试，该漏洞通
