https://cizixs.com/2014/05/14/curl-automate-http/ HTTP 脚本 背景 这篇文档假定读者熟悉HTML和简单的网络知识。 大量应用转到网络使得HTTP 脚本被大量使用，自动化地从网络获取信息、伪装成用户、上传数据到网络服务器也变得至关重要。 curl是
字段类型为 text，独立出来一张表，用主键来对应，避免影响其它字段索 引效率。 1、因为mysql 是行存储模式，所以会把整行读取出来。text 储存了大量的数据。读取时，占了大量的io。所以会十分的慢。 2、每行的数据过大 行溢出 InnoDB 会将一些大对象数据存放在数据页之外的 BLOB 页
https://www.cnblogs.com/hoyeong/p/16242202.html RabbitMQ的优化RabbitMQ的连接数是压垮消息队列的一个重要的指标。所以在平时使用OpenStack平台的过程中，如果大量的用户同时创建虚拟机，会导致云平台创建报错，其实就是消息队列服务的崩溃。
一、BCC简介 1、BCC简介 BCC是一个Python库，简化了eBPF应用的开发过程，并收集了大量性能分析相关的eBPF应用。BCC为BPF开发提供了不同的前端支持，包括Python和Lua，实现了map创建、代码编译、解析、注入等操作，使开发人员只需聚焦于用C语言开发要注入的内核代码。 BCC
https://www.bookstack.cn/read/opengauss-2.0-zh/f83d4f7623b4119d.md 简介 背景信息 gs_initdb初始化数据库时，会创建数据库目录、生成系统表、创建默认数据库和模板数据库。 系统表 初始化数据库时会生成大量的系统表和视图，其中绝大
原文 https://blog.51cto.com/9291927/2594065 1、性能分析工具简介 Brendan Gregg是算机性能设计、分析和调优专家，编写开源大量性能测试工具。http://www.brendangregg.comnode 一、性能分析工具 二、性能观测工具 三、性能测
原文 https://blog.51cto.com/9291927/2593705 1、BCC简介 一、BCC简介 BCC是一个Python库，简化了eBPF应用的开发过程，并收集了大量性能分析相关的eBPF应用。BCC为BPF开发提供了不一样的前端支持，包括Python和Lua，实现了map建立、
https://www.cnblogs.com/PatrickLiu/p/8580301.html 一、引言 学习redis 也有一段时间了，该接触的也差不多了。后来有一天，以前的同事问我，如何向redis中批量的增加数据，肯定是大批量的，为了这主题，我又重新找起了解决方案。目前的解决方案大都是从官
https://t.cj.sina.com.cn/articles/view/1772191555/69a17f430190029mf 在 Linux 中出现的一种新技术能够为系统管理员和开发者提供大量用于性能分析和故障排除的新工具和仪表盘。它被称为增强的伯克利数据包过滤器（eBPF，或 BPF），
https://www.cnblogs.com/lizexiong/p/15358923.html 1说明 Kubernetes使用nginx-ingress-controller代理到集群内服务的请求，nginx所在的机器上上有大量的time-wait连接。 抓包发现nginx发起的到upstre
https://zhuanlan.zhihu.com/p/598268657 嵌入式Linux是Linux内核的改编版，用于嵌入式系统。嵌入式Linux最流行的例子是Android 操作系统。 但是，需要大量硬件资源来支持嵌入式 Linux，特别是如果它将部署在实时机器对机器 (M2M) 通信、机器
今天同事去厂商部署项目的时候发现项目启动一会便会奔溃，但是项目已经在其他的厂商和自己公司的云服务器上稳定运行了很长时间，且经过了大量严格的功能、并发测试，这让我有些诧异，通过了了解，知道了对方机器的操作系统为SUSE，同事发回了jvm奔溃时生成的hs_err_pid文件。通过查看hs_err_pid
https://zhuanlan.zhihu.com/p/88956975 最近一个上线运行良好的项目出现用户无法登录或者执行某个操作时，有卡顿现象。查看了日志，出现了大量的java.lang.OutOfMemoryError: GC overhead limit exceeded错误。 oracl
摘要 未进行过细致测试,仅能够进行测试验证 如果需要上产生, 建议进行大量的测试工作. 理论上产品支持前后端分离. 但是DIP的导入,以及部分模板文件的下载可能存在问题 需要进行调整. 处理步骤 docker pull nginx 拉取最新的nginx镜像. 验证一下版本: docker exec
https://cloud.tencent.com/developer/article/1993859?areaSource=&traceId= Linux系统下，TCP连接断开后，会以 TIME_WAIT 状态保留一定时间，然后才释放端口。当并发请求过多时，会产生大量 TIME_WAIT 状态连接
https://www.cnblogs.com/codelogs/p/16001770.html 简介# 在目前微服务的背景下，网络异常越来越常见了，而有一些网络异常非常模糊，理解什么情况下会导致什么异常，还是有一定难度的，为此我做了大量实验，来复现各种异常场景。 socket状态变迁图# 先快速回
一、前言 处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及Full GC次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。 二、分析
https://zhuanlan.zhihu.com/p/271071439 背景：我们在构建 Kubernetes 容器化平台时，会在节点上部署各种 agent ，虽然容器化当道的今天很多程序可以直接采用 docker 方式进行运行，但我们在整个集群内部仍然大量使用了 systemd 来管理基础服
