持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第11天，点击查看活动详情
接性能瓶颈分析（二）
这个图是内存监控图（下图还有一个总内存图），memfree是内存空闲大小，由此可得 出内存空闲率，一般指标是内存空闲率不低于10%，有些不低于5%也能接受，这要看总内 存大小。首先第1分钟内存空闲偏多，临近38分到47分内存空闲越来越少，这是符合规律 的。到48分因为压力的释放，内存也得到相应的释放，这同样是符合规律的。
同样，不好的方面是在38分到47分这10分钟内其他因素都没有变化，而内存的空闲
越来越少，会不会随着时间的推移导致内存将变得更少？如果会将导致服务器内存不足而无
法响应。这是因为剩余的总内存还足够大，这种情况不大会发生。
没有压力是剩余内存600M，20个用户到最后48分时剩余400M，一定程度上说明吃掉
了200M内存，结合已剩余的400M内存，大约还能撑住40个用户。
最后压力停止，内存释放。如果压力停止，内存不释放将在某一个时间内导致内存全部
消耗，最后无可用内存，此时系统将宕机。这就是所谓的内存泄露。
性能瓶颈分析（一二三）系列，以上就是nomn三大图表的全部内容了，还有一点值得说的是一直在说性能测试，怎么分析性能，哪我们什么时候才做性能和负载测试呢？
我们一旦完成界面（GUI）测试，我们就可以执行负载测试。
现代的软件系统架构庞大而复杂的，而单用户测试主要是侧重于系统组件的功能和用户界面测试，应用测试侧重于整个系统的性能和可靠性。
例如：一个典型的应用测试场景，描绘了1000个用户，同时登录到系统。这就产生了问题，如系统的响应时间是多少，它会崩溃么；是否兼容不同的应用软件和系统平台；它是否可以支撑成千上万用户等，这时我们就需要做负载和性能测试。
