单核 -512M内存-2000并发正常使用

自从本身创业之后就不多写博客了，也许是太忙了。也许是没法静下心好好研究一个东西。今天把咱们作的后台作了下压力测试。结果还能够，尤为是对于我这种从java转过来土人。

4年前看到一篇抨击java的文章 《名词王国之死》，当时很不屑，如今看来在不少场景，尤为是能真正给用户节省资源的地方，java真的差了很多。以前使用tomcat，一台4g内存的服务器，死活上不了1000并发，tomcat这东西的对硬件的利用率过低了。咱们来看看ngx+nodejs

---

测试环境

机器型号：vmware 虚拟机，分配最大内存1G,分配cpu核数1核，单线程。（原始机器为办公电脑：i5-4690，4g内存，500G硬盘）

系统控制： pm2 设置： 内存< 256M ,production 模式。

测试工具： jmeter - 2.1.3

系统软件： nginx , yliyun-server, mysql , reids

压测接口： 文件列表[100个文件] ，用户列表[100用户]，小文件上传（<500K）

测试步骤

循环次数：（10次）

线程数依次： 100， 500 ，1000， 1500， 2000， 2500， 3000，

测试结果展现【仅展现文件列表接口】

• 100 线程（相似100并发）

线程数设置为100，启动时间为3秒，单个线程循环10次，出错继续（后续都是如此配置）

咱们能够看到100并发，固然是毫无压力，继续。

• 500线程

ok, error% 这一栏为0,用户列表是另一个请求，这里也跟着跑了10次，无视便可。

• 1000线程，过个小关

咱们看到 error 一栏代表是1000是毫无压力的。这里将接口返回的数据量增长到了1215.3KB,列表中显示的数据为30列，算是更加符合咱们正常习惯性使用。

还能够看到应用所占的内存从开始的(500线程)的189M上升到197M，有小幅度增长。平均数据返回为4s，这是能接受的极限了。

所以能够得出结论，这种配置（单核，512M内存）的机器，并发在1000左右是比较理想的。

可是咱们压力测试不是正常使用，必须继续，压到出错，或者拥有崩溃为止。

• 1500线程

看看error,无错经过。 看是平均延迟到了7.2s，内存使用上升到227M,这里我在pm2 脚本设置了最大内存为256M，"max_memory_restart": "256M",,为了更要的压内存，实际状况中不推荐设置。

使用 top指令 看到 最耗内存的就是应用和msyql 数据库了，咱们没有数据库列表缓存起来，缓存起来测试就显得没有意义了，可是实际使用中是须要开启缓存的。

2000线程

这里我把线程建立时间修改成5s，省得本身的机器被卡死。没有错误,内存快满了，平均延迟到达10s，对于用户使用来讲是要被吐槽的，不要紧，傻瓜才这么用。

看看偏离，2888，看上去还不错。

到此目的已经达到，通过咱们改造后的一粒云的后台（v1.1）处理能力至关优秀，固然这受益于nginx 与nodejs的异步机制。若是你有这方面的难题能够和咱们交流。

咱们的产品官网是 www.yliyun.com，欢迎你们试用，提供邀请码：[wymf008]。产品是免费的。客服妹子西瓜qq：2941390949。

• 2500线程 咱们还应该继续

出错了，5个请求出错，日志显示都是超时，咱们能够看到max这一栏超过60s了，ngx配置keeplive 时间为60s。内存也接近250m。

• 再试试3000线程

感受上一把的0.02%的错误还有点小，再压压。

结果差很少，都是超时致使。若是还要提高的并发的话必需要加大内存才行了。

cpu 也同样，我一路监控下来都是在82%-95%，可是nodejs 必须再多开一个进程。

好了，技术是没有优劣没有尽头的，合适本身的才是最好。