今天完成的事情:

今天早上将任务5代码再次完善了一下,添加一个json页面.部署服务器.

拆分任务6,  并不是特别了解内容,,所以按照任务6任务要求一句话一句话拆分,一共拆分20个小任务.如果有遗漏的地方再往上补.

Jmeter在任务4测试100次的时候就已经下载过了,今天是熟悉用法. 基本上就是配置Http请求,因为有登录 所以存一个Cookie, Cookie内容直接从登录成功里面抓取过来就可以了.

然后添加图形结果,聚合报告,用表格查看结果等来查看压测结果.本地就不多说了.极限大概在170线程左右.循环5次..  

下图为100线程压测10次的值.

然后压测服务器..  远比我想象中的低的多...面对现实吧  这个是15线程的值 .吞吐量我感觉已经达到极限了 

服务器的极限也就在18线程左右.

在服务器和本地上面安装memcache.服务器上面一个命令就可以了.本地需要下载memcached之后在安装memcached的目录输入memcached.exe -d -install来安装.

配置两个jar包

<dependencies>
  <!--memcached-->
  <dependency>
    <groupId>com.googlecode.xmemcached</groupId>
    <artifactId>xmemcached</artifactId>
    <version>2.3.1</version>
  </dependency>

  <dependency>
    <groupId>com.whalin</groupId>
    <artifactId>Memcached-Java-Client</artifactId>
    <version>3.0.2</version>
  </dependency>

#该端口号默认为11211
memcached.server=11211   
        #容错
memcached.failOver=true
        #设置初始连接数
memcached.initConn=20
        #设置最小连接数
memcached.minConn=10
        #设置最大连接数
memcached.maxConn=250
        #设置连接池维护线程的睡眠时间
memcached.maintSleep=3000
        #设置是否使用Nagle算法（Socket的参数），如果是true在写数据时不缓冲，立即发送出去
memcached.nagle=false
        #设置socket的读取等待超时时间
memcached.socketTO=3000
        #设置连接心跳监测开关

明天的计划:

继续任务6

加上Memcache，在新建数据的时候同时维护好缓存

遇到的困难:

安装配置Memcache的时候遇到点问题,查看师兄日报后解决. 

现在在配置Memcache出现问题.

收获:

Memcache是一个高性能的分布式的内存对象缓存系统，通过在内存里维护一个统一的巨大的hash表，它能够用来存储各种格式的数据，包括图像、视频、文件以及数据库检索的结果等。简单的说就是将数据调用到内存中，然后从内存中读取，从而大大提高读取速度..

简单来说就memcached就是临时存储数据的空间.方便我们直接从中调用.

还有jemeter的聚合报告

Label - 如图，在不勾选"Include group name in label?"复选框的情况下，为请求取样器的名称，否则为“请求取样器所在线程组:请求取样器名称”

# Samples - 用同一个请求取样器，发送请求的数量(注意：该值是不断累计的)。比如，10个线程数设置为10，迭代10次，那么每运行一次测试，该值就增加10*10=100

Average - 默认情况下是单个Request的平均响应时间，当使用了Transaction Controller 时，也可以以Transaction为单位显示平均响应时间

Median - 中位数。表示响应时间本不大于该时间值的请求样本数占总数的50%

90% Line - 表示响应时间不大于该时间值的请求样本数占总数的90%

Min - 针对同一请求取样器，请求样本的最小响应时间

Max - 针对同一请求取样器，请求样本的最大响应时间

Error % - 出现错误的请求样本的百分比

Throughput - 吞吐量以“requests/second、requests /minute、requests /hour”来衡量。 时间单位已经被选取为second，所以，显示速率至少是1.0，即每秒1个请求。 当吞吐量被保存到CVS文件时，采用的是requests/second，所以30.0 requests/second 在CVS中被保存为0.5

Kb/sec - 以Kilobytes/seond来衡量的吞吐量

任务进度：任务6步骤1

任务开始时间：2017-11-4

预计demo时间：2017-11-12

是否有延期风险：暂无

禅道：http://task.ptteng.com/zentao/task-view-13090.html