Linux环境下的性能分析 之 内存篇
最近雾霾很严重，即使周末想必大家也很难得出门。与其在外面吸霾，不如在家看老王扯扯技术的淡。好了，言归正传，今天延续上周的话题，我们聊聊在linux下如何分析内存的性能。
上周有朋友给老王建议，说能不能用例子的方式来讲这一部分的内容？老王觉得是一个很好的建议。所以，老王就准备讲一个前一段时间发生的例子。也不知道效果好不好，姑且一试，讲的不好不要打我哈（即使要打也请不要打脸，不然周一没法上班~）…
Linux服务器的那些性能参数指标
一个基于Linux操作系统的服务器运行的同时，也会表征出各种各样参数信息。通常来说运维人员、系统管理员会对这些数据会极为敏感，但是这些参数对于开发者来说也十分重要，尤其当你的程序非正常工作的时候，这些蛛丝马迹往往会帮助快速定位跟踪问题。
这里只是一些简单的工具查看系统的相关参数，当然很多工具也是通过分析加工/proc、/sys下的数据来工作的，而那些更加细致、专业的性能监测和调优，可能还需要更加专业的工具(perf、systemtap等)和技术才能完成哦。毕竟来说，系统性能监控本身就是个大学问。
一、CPU和内存类
1.1 top
➜ ~ top
第一行后面的三个值是系统在之前1、5、15的平均负载，也可以看出系统负载是上升、平稳、下降的趋势，当这个值超过CPU可执行单元的数目，则表示CPU的性能已经饱和成为瓶颈了。
第二行统计了系统的任务状态信息。running很自然不必多说，包括正在CPU上运行的和将要被调度运行的；sleeping通常是等待事件(比如IO操作)完成的任务，细分可以包括interruptible和uninterruptible的类型；stopped是一些被暂停的任务，通常发送SIGSTOP或者对一个前台任务操作Ctrl-Z可以将其暂停；zombie僵尸任务，虽然进程终止资源会被自动回收，但是含有退出任务的task descriptor需要父进程访问后才能释放，这种进程显示为defunct状态，无论是因为父进程提前退出还是未wait调用，出现这种进程都应该格外注意程序是否设计有误。
第三行CPU占用率根据类型有以下几种情况：
(us) user: CPU在低nice值(高优先级)用户态所占用的时间(nice<=0)。正常情况下只要服务器不是很闲，那么大部分的CPU时间应该都在此执行这类程序
(sy) system: CPU处于内核态所占用的时间，操作系统通过系统调用(system call)从用户态陷入内核态，以执行特定的服务；通常情况下该值会比较小，但是当服务器执行的IO比较密集的时候，该值会比较大
(ni) nice: CPU在高nice值(低优先级)用户态以低优先级运行占用的时间(nice>0)。默认新启动的进程nice=0，是不会计入这里的，除非手动通过renice或者setpriority()的方式修改程序的nice值
(id) idle: CPU在空闲状态(执行kernel idle handler)所占用的时间
(wa) iowait: 等待IO完成做占用的时间
(hi) irq: 系统处理硬件中断所消耗的时间
(si) softirq: 系统处理软中断所消耗的时间，记住软中断分为softirqs、tasklets(其实是前者的特例)、work queues，不知道这里是统计的是哪些的时间，毕竟work queues的执行已经不是中断上下文了
(st) steal:
linux 性能分析 sar命令详解
Linux服务器中高负载现象故障排查指南
【2013年7月11日 51CTO外电头条】技术支持分析师们常常接到用户对服务器高负载的控诉。事实上cPanel软件及其安装的应用很少引发服务器高负载情况。服务器拥有者、系统管理员或者服务器供应商应当对高负载状况进行初步调查，并在确认情况复杂后再向分析人士求助。
服务器高负载因何而起？
下列项目的过度使用会直接导致高负载问题：…
Nginx 性能调优
NGINX以高性能的负载均衡器，缓存，和web服务器闻名，驱动了全球超过 40% 最繁忙的网站。在大多数场景下，默认的 NGINX 和 Linux 设置可以很好的工作，但要达到最佳性能，有些时候必须做些调整。本文将讨论当调优系统时要考虑的一些NGINX和Linux设置。
有太多可以调优的设置，但本文只涵盖一小部分设置，这些设置对大多数使用者有优化的好处。本文不包括那些设置，那些需要必须深入理解 NGINX 和 Linux，或者需要 Nginx 支持团队或专业服务团队指导才能做的设置。专业服务团队已经和很多全球热门网站共事，调优Nginx 以达到最高性能，他们可以与你一起共事，充分利用NGINX或NGINX部署。…
译为PHP7设计的高效数据结构
PHP有一个数据结构来统治它们。数组是一个复杂，灵活，无主的混合数据结构，它结合了列表(list)和链接映射(linked ma)的行为。但是我们将它用于一切，因为PHP是务实的：“ 以一种基于实际而非理论考虑的方式理性和现实地处理事物 ”。一个数组能够完成任务。不幸的是，灵活性带来了复杂性
最近发布的PHP 7在PHP社区中引起了很多兴奋。我们迫不及待地开始使用新功能并尝试报告的~2x性能提升。其中一个原因，它运行得更快是因为数组进行了重新设计。但它仍然是相同的结构，“ 针对一切进行了优化; 没有东西进行优化“有改进的余地。
“ SPL数据结构怎么样？”
不幸的是他们太可怕了。他们确实在PHP 7之前提供了一些好处，但后来被忽略到没有实际价值的程度。
“为什么我们不能修复和改进它们？”
我们可以，但我相信他们的设计和实现非常糟糕，用更新的东西替换它们会更好。
“SPL数据结构设计非常糟糕。” - Anthony
原php phalcon框架数据库连接改为长连接后，插入性能极大提升
php phalcon框架数据库连接改为长连接后，压力测试插入性能极提升3倍多
<?php
// Create a connection with PDO options
$connection = new \Phalcon\Db\Adapter\Pdo\Mysql(
[
"host" => "localhost",
"username" => "root",
"password" => "sigma",
"dbname" => "test_db",
"options" => [ //这里加上此附加参数
PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES 'UTF8'",
… Tsung笔记之100万用户压测执行步骤篇
前言
总是说细节、理论，会让人不胜其烦。我们使用Tsung来一次100万用户压测的吧，或许能够引起好多人的兴趣 :))
下面，我根据在公司分享的PPT《分布式百万用户压测你的业务》，贴出其中的关键部分，说明进行一次100W(即1M)用户压测的执行步骤。…
Tsung笔记之IP地址和端口限制突破篇
基于Jmeter的MQTT测试插件-上
1. Jmeter插件简介
Apache JMeter是Apache组织开发的基于Java的压力测试工具。下载
用于对软件做压力测试，它最初被设计用于Web应用测试，但后来扩展到其他测试领域。
这里我们主要使用的基于Jmeter开发的，测试MQTT协议的插件工具，从github上找到了几个歪果人写的插件，主要有以下几个：
这3个插件都很像，
第1个下载的最多，但是我在使用发现存在bug，弃之。
第2个功能比较简单，只能满足简单的单主题发送。
第3个是作者基于第1个来改的，并且把连接MQTT的客户端换成了最常用的paho java客户端，正好是我项目中使用的，熟悉，功能上虽然没有第1个丰富，但是有源码，改改还是可以适用的。
2. mqttws源码打包
下载解压之后，导入到eclipse中，项目是通过maven构建，如图：
插件的效果图：
下面是具体的构建方法：
在项目上点击右键，Run As->Maven clean->Maven install，在target目录下，将生产一个名为mqttws-jmeter.jar的jar包。
将mqttws-jmeter.jar复制到Jmeter的\lib\ext
近期评论