当发现设备访问某一网段时有丢包，可以先在多台设备上去 ping 目的网段的周围的多个网段（类似于诊断六那样），用于确定是何种流量丢包还是所有流量都会丢包；
监控Linux服务器的工具、组件和程序网上有很多，但是一台服务器上会有很多进程同时运行，特别是做性能测试的时候，可能一台服务器上部署多个服务，如果只监控整个服务器的CPU和内存，当某个服务出现性能问题时，并不能有效准确的定位出（当然通过其他工具也可以实现），因此，很有必要只监控指定的进程。需求明确了，于是动手撸了一个性能监控脚本。
性能测试中，稳定性测试是必不可少的，最主要目的是为了发现程序崩溃问题，关键在测试设计过程中依据代码逻辑分析直接或间接使用的参数，构造各种异常case；例：
最近对一个golang的server项目做了性能测试，针对发现的问题做了简单的总结，供大家参考
来源 | siye1982.github.io/2016/02/25/linux-list/
画架构图是为了知道请求是从哪里到哪里，做性能分析一定先画个图，脑子里就会有路径的概念了。
ProxySQL 本身是一款非常棒的MYSQL 中间件的开源产品, 在公司运行了一段时间后,突然一天报警,所在机器的CPU 出奇的高,之前在测试系统, 预生产, 以及生产系统均没有出现问题. 开始未来紧急解决问题,重新启动了proxysql服务,并查看错误日志.
目前，腾讯云服务器有包括北京、上海、成都、广州、重庆、中国香港、日本东京、莫斯科、韩国首尔等十多个数据中心。对于亚洲数据中心老蒋之前有介绍过中国香港、新加坡机房，整体的速度还是比较好的。在今天这篇文章中，准备开通一台日本东京机房看看，主要是看看线路是否绕路，还是直连的。
Rainbond 5.3.3 版本来了，本次发布的版本我们主要以用户实际需求为导向进行优化，在过去的一些实践中，我们发现，对于复杂的业务组件，部分资源的配置需要个性化配置，这就对我们平台使用的灵活性提出了更高的要求。因此 5.3.3 版本我们主要以配置的灵活性为主要迭代方向。
在前一篇文章《一次系统调用开销到底有多大？》中，我们讨论系统调用的时候结论是耗时200ns-15us不等。不过我今天说的我的这个遭遇可能会让你进一步认识系统调用的真正开销。在本节里你会看到一个耗时2.5ms的connect系统调用，注意是毫秒,相当于2500us！
本文主要记录了一次生产环境后台服务的性能分析过程，通过结合多种性能分析工具定位出系统的性能瓶颈并给出优化方案，将整个过程记录并总结如下。
Ansible 是什么 ansible架构图 ansible特性 模块化：调用特定的模块，完成特定的任务； 基于Python语言研发，由Paramiko, PyYAML和Jinja2三个核心库实现； 部署简单：agentless； 支持自定义模块，使用任意编程语言； 强大的playbook机制； 幂等性； 安装及程序环境： 程序： ansible ansible-playbook ansible-doc 配置文件： /etc/ansible/ansible.cfg 主机清单： /et
软件 rpm{ rpm -ivh lynx # rpm安装 rpm -e lynx # 卸载包 rpm -e lynx --nodeps # 强制卸载 rpm -qa # 查看所有安装的rpm包 rpm -qa | grep lynx # 查找包是否安装 rpm -ql # 软件包路径 rpm -Uvh # 升级包
大量TimeoutException，说明当前redis服务节点上已经堆积了大量的连接查询，超出redis服务能力，再次尝试连接的客户端，redis 服务节点直接拒绝，抛出错误。
基于Python语言研发，由Paramiko, PyYAML和Jinja2三个核心库实现；
今天分享的主题内容是：Jmeter性能测试时使用ServerAgent对服务器资源进行监控，如：CPU，Memory，Disks I/O，Network I/O等服务器资源。
以太网卡的名字不是常见的eth0，变成了ens33。其中en代表以太网卡 ens33代表PCI接口的物理位置为(0,3)，其中横座标代表bus，纵座标代表slot
在上一个篇记录中，我通过WireGuard实现的异地组网，实现了不同地域、不同网络、网络类型不相同的云服务器，实现互联。
最近在几台测试服务器上跑一些业务数据，但是过了几天服务器突然变的奇慢无比，敲个命令就像卡壳一样，有时候甚至都连接不上，最开始我以为是网络问题，就强行kill掉进程，重新跑一下进程，最后实在受不了，就上阿里云后台说重启下服务器吧，结果看到CPU的占用率已经到达了100%。
ChaosBlade 是阿里巴巴开源的一款遵循混沌工程原理和混沌实验模型的实验注入工具。 定义：混沌工程是一门对系统进行实验的学科，旨在了解系统对应生产环境的各种混乱状况的能力，建立对系统的信心。所有系统的用户都希望系统具备可靠性，但影响可靠性的因素有很多。混沌工程师能找到证据，指明那些异常但不可回避的状况下系统的应变情况。
pwdx - report current working directory of a process，格式：pwdx pid 内存分析工具 valgrind valgrind辅助工具 qcachegrind 可视化查看valgrind结果 淘宝DBA团队发布的监控脚本，使用perl开发，可以完成对linux系统和MySql相关指标的实时监控 orzdba 取指定进程名的pid pidof 进程名 性能瓶颈查看： perf top -p pid 查看调用栈： pstack pid https://www.percona.com/ 查询程序执行聚合的GDB堆栈跟踪，先进性堆栈跟踪，然后将跟踪信息汇总： pt-pmp -p pid 格式化explain出来的执行计划按照tree方式输出，方便阅读： pt-visual-explain 从log文件中读取插叙语句，并用explain分析他们是如何利用索引，完成分析之后会生成一份关于索引没有被查询使用过的报告： pt-index-usage 其它： vmstat tcpdump 网络数据包分析器 显示包的内容： tcpdump -i eth1 -n -vv -x -e -s 600 # 仅二进制 tcpdump -i eth1 -n -vv -X -e -s 600 # 二进制和文本 抓包保存到文件供Wireshark分析： tcpdump -i eth1 -n -vv -X -e -s 600 -w x.cap 抓取192.168.31.1的80端口的包 tcpdump -i eth1 host 192.168.31.1 and port 80 抓取目标IP为192.168.31.1和目标端口为80端口的包 tcpdump -i eth1 dst host 192.168.31.1 and dst port 80 -s 指定显示多少字节的包内容 objdump nm ldd strings iostat 输入/输出统计 ifstat 网络流量实时监控工具 vmstat 虚拟内存统计 sar （System Activity Reporter系统活动情况报告，最为全面的系统性能分析工具之一） iptraf 实时IP局域网监控 iftop 网络带宽监控 htop 进程监控 iotop 磁盘I/O监测工具 fuser 使用文件或文件结构识别进程 lsof 打开文件列表 dmesg slabtop free slurm 查看网络流量 byobu 类似于screen tmux 终端复用工具，类似于screen screen 在多个进程之间多路复用一个物理终端的窗口管理器 dtach 用来模拟screen的detach的功能的小工具 dstat 可以取代vmstat,iostat,netstat和ifstat这些命令的多功能产品 NetHogs 监视每个进程的网络带宽 MultiTail 同时监控多个文档、类似tail Monitorix 系统和网络监控 Arpwatch 以太网活动监控器 Suricata 网络安全监控 Nagios 网络/服务器监控 Collectl 一体化性能检测工具 mtr 网络连通性判断工具，集成了traceroute和ping socat 多功能的网络工具（Socket CAT，netcat加强版） netpipes socket操作 ab wget curl tsung 压力测试工具 siege 压力测试和评测工具 nmon 监控Linux系统性能 psacct 监视用户活动 ncdu 基于ncurses库的磁盘使用分析器 slurm 实时网络流量监控 findmnt 查找已经被挂载的文件系统 saidar 系统数据监控和统计工具 ss 可以替代netstat的网络连接查看工具(socket statistics) ccze 用不同颜色高亮日志协助管理员进行区分和查看分析 netstat 网络统计 ifconfig (ifup ifdown) Linux磁盘相关命令 sfdisk -l sfdisk -s fdisk -l dmesg |grep SCSI dmesg |grep -i raid df -h cat /proc/scsi/scsi hdparm /dev/sda mount 加载一块硬盘 mkfs 创建文件系统 /etc/fstab 文件内容mount命令输出一致 lscpu 查看CPU lspci
在日常运维工作中，会碰到服务器带宽飙升致使网站异常情况。作为运维人员，我们要能非常清楚地了解到服务器网卡的流量情况，观察到网卡的流量是由哪些程序在占用着。 今天介绍一款linux下查看服务器网卡流量占用情况的工具：Nethogs，来自github上的开源工具。 它不依赖内核中的模块。当我们的服务器网络异常时，可以通过运行nethogs程序来检测是那个程序占用了大量带宽。节省了查找时间。 Nethogs安装： 方法一：在epel源中可以直接yum安装 [root@dev src]# yum install -
http://bingohuang.com/simplify-docker-image-2/
从去年下半年开始，我们对腾讯云服务器的认识还是比较多的，这当然也得益于腾讯云商家的促销活动比较密集。且腾讯云服务器促销活动没有像阿里云这样限制只能新用户才可以选择。腾讯云服务器有提供北京、成都、上海、中国香港、新加坡、曼谷、首尔、东京、硅谷等十多个数据中心节点。我们都知道，如果选择国内节点建站则需要办理接入手续才可以。
在做后端服务器性能测试中，我们会经常听到'分布式'。但你是否了解分布式呢？今天，我们就来给大家讲讲，在企业实战中，如何使用分布式进行性能测试，实战过程中，又有哪些地方要特别注意？
点击关注公众号，Java干货及时送达 来源：siye1982.github.io/2016/02/25/linux-list/ 虽然平时大部分工作都是和Java相关的开发, 但是每天都会接触Linux系统, 尤其是使用了Mac之后, 每天都是工作在黑色背景的命令行环境中. 自己记忆力不好, 很多有用的Linux命令不能很好的记忆, 现在逐渐总结一下, 以便后续查看. 基本操作 Linux关机,重启 # 关机 shutdown -h now # 重启 shutdown -r now 查看系统,CPU信息
文件上传漏洞扫描或手动测试时，仅收到HTTP 200状态码并不足以确定是否存在真实的漏洞，因为200状态码仅表示请求被服务器成功接收并处理，但不一定意味着上传的恶意文件已被正确上传或能够被执行。为了判断是否为误报，可以采取以下步骤进行深入分析：
虽然平时大部分工作都是和Java相关的开发, 但是每天都会接触Linux系统, 尤其是使用了Mac之后, 每天都是工作在黑色背景的命令行环境中. 自己记忆力不好, 很多有用的Linux命令不能很好的记忆, 现在逐渐总结一下, 以便后续查看.
如今，国内云服务器市场竞争是异常激烈，送走双十一、黑色星期五，又迎来双十二。前天我们有看到阿里云双十二活动又开始忽悠新用户，推出的活动相比双十一是稍微不是那么给力，但是相关的政策和套路，还是应该能完成他们预料的KPI考核的。在双十一期间的活动中，比较有诚意的还是腾讯云商家的活动，其中有一款三年1449元的配置，5M带宽、8GB内存、2核CPU，当然是只可以选择几个国内的机房。
通常说的网络，都是在TCP/IP协议族的基础上运作的，HTTP协议，只是这个协议族中的一个。
ps命令：功能说明：显示所有进程信息。 ps 与grep 常用组合用法，查找特定进程
点击上方“芋道源码”，选择“设为星标” 管她前浪，还是后浪？ 能浪的浪，才是好浪！ 每天 10:33 更新文章，每天掉亿点点头发... 源码精品专栏 原创 | Java 2021 超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析 网络应用框架 Netty 源码解析 消息中间件 RocketMQ 源码解析 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析 作业调度中间件 Elastic-Job 源码解析 分布式事务中间件 TCC-Transaction
使 /etc/sysctl.conf 的配置生效，根据实际情况来决定是否添加此命令
Ø d 指定每两次屏幕信息刷新之间的时间间隔。当然用户可以使用s交互命令来改变之。
在对一个挡板系统进行测试时，遇到一个由于TCP全连接队列被占满而影响系统性能的问题，这里记录下如何进行分析及解决的。
出于对Linux操作系统的兴趣，以及对底层知识的强烈欲望，因此整理了这篇文章。本文也可以作为检验基础知识的指标，另外文章涵盖了一个系统的方方面面。如果没有完善的计算机系统知识，网络知识和操作系统知识，文档中的工具，是不可能完全掌握的，另外对系统性能分析和优化是一个长期的系列。
MySQL主从复制、分库分表以及读写分离是在数据库领域中常用的一些技术手段，它们可以帮助我们提高数据库的性能、可用性和扩展性。
以unix为例 free、vmstat、sar、iostat等命令监控内存、CPU、磁盘IO等的使用情况, 第三方工具有nmon, spotlight等
带宽问题是性能分析中常见的问题之一，其难点就在于，带宽不像 CPU 使用率那么清晰可理解，它和 TCP/IP 协议的很多细节有关，像三次握手，四次挥手，队列长度，网络抖动、丢包、延时等等，都会影响性能，关键是这些判断点还不在同一个界面中，所以需要做分析的人有非常明确的分析思路才可以做得到。而且现在的监控分析工具中，对网络的判断也是非常薄弱的。
进程是一个非常重要的概念，我们都知道，操作系统合理地组织、调度计算机的工作与资源。而在引入线程前，进程是操作系统进行资源分配和调度的基本单位。所以，探究Linux进程以及与进程有关的检测与控制是非常有意义的。这次内容如下。
|--- USER|用户说明 PID|进程识别号 %CPU|进程占用cpu百分比 %MEM|进程占用物理内存百分比 VSZ|进程占用虚拟内存大小(KB) RSS|进程占用物理内存大小(KB) TTY|终端机号 STAT|进程状态，S睡眠，s代表是会话的先导进程，N代表进程拥有比普通进程更高的优先级，R正在运行，D短期等待，Z僵死进程，T被跟踪或被停止 STARTED|进程启动的时间 TIME|此进程所消耗的CPU时间 COMMAND|正在执行的命令或进程名
https://www.cnblogs.com/poloyy/category/1746599.html
本文是个大杂烩，内容为日常点滴的日积月累，持续更新当中，可关注博客（https://blog.csdn.net/Aquester或http://aquester.blog.chinaunix.net），查看最新版本。文中的内容，可帮忙开发提升分析和定位各类问题，比如找出导致IO负载高的进程等，以及一些简单的运维工作等。
千呼万唤始出来，这一篇感觉写了好久，总想写的清楚明白简洁，但是还是洋洋洒洒写了好多，希望大家喜欢吧！本来打算将这一篇文章是放在性能测试中讲解和分享的，但是有的童鞋或者小伙伴们私下问的太多了，实在是忍不了也解答烦了，索性就在这里分享一下吧。权当参考，但是希望对大家有所帮助。
这篇文章其实很简单，就是为下一篇文章做一个铺垫，所以宏哥给小伙伴或童鞋们提前热身一下。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
