‍‍今天完成的事情：

1.再次尝试访问本地项目中URL时的最高并发数

这是在固定循环次数10次，开了150个进程的90%Line数值，我保证它的时间不超过500，然后加循环次数，提高请求数量。

这是在相同情况下，150个进程，开了250个循环，仍然可以；但是在150个进程下，循环开永远，然后运行1分钟时，大概3万多请求，就会有出错，有的请求没访问到。

当然进程还是可以加的，大概700左右就会有出错，那个时候90%Line还不到2000.

在学习学习搞清楚吧！

2.再次学习了压力测试

在收获里面。

3.对于昨天的几个概念再学习

(1)90%Line

一组数由小到大的排列，找到他的第90%个数（假如是400）那么这个数组中有90%的数将小于400。

单位是ms

性能的话在相同并发数下，所用时间越短越好。

（2）吞吐量

单位时间内完成的传送数据的数量。

很明显看出，吞吐量越大，性能越好。

明天计划的事情：

学习Memcache,再有时间的话学习一下Json

遇到的问题：

1.就是昨天访问地址时所用的时间那么高的原因，只能是因为我的数据库是在远程服务器上这一个原因来解释了。

然后今天又再本地的数据库上连接项目，然后再进行访问，看起来正常多了。

2.在相同的请求数量情况下（3万请求左右），我如果把循环设置成永远，然后手动暂停，一般Error%都会有数值，大概0.5～1。但是我在不改变进程数的情况下，只改变循环次数，就会比手动的强很多，不是很清楚有什么区别？

3.再多了解了解任务吧，还是不太清晰每一个步骤。

收获：

1.对web项目的压力测试

首先，本任务的压力产生主要是通过JMeter工具，对请求增加客户访问数量来产生压力。

然后，产生压力以后，我们获得TPS和90%Line,响应时间等性能数据。通过这些数据查看服务器是否可以正常运行，如果出现问题，比如访问时间过长等，我们就可以对所涉及到的部分，比如数据库啊，缓存啊，内存啊等来排查问题时主要在哪方面产生后，注意解决这些问题，提高代码性能。

最后，服务器可以正常运行后，再对它进行测试，确定出该服务器运行程序的承载能力。

总的来说，就是通过产生的压力来发现问题，在结合系统性能来解决问题。

2.就是还是进行测试，访问请求是可以到很高的，但尤其受限于Error%，如果5000算系统崩的话，90%Line也就不是什么问题，唯一一个就是出错率。目前为止，手动设置循环还稍微可以补救一下。明天安个插件再试试吧！

‍‍