Tuning Optimization
2024-10-11 05:51:36
2017-02-22
在经过Trace的分析并重新优化之后
CPU: Intel(R) Xeon(R) CPU E5-2630 v2 @ 2.6GHz 24core
如上图,CPU使用率平均低于60%
内存: 32G
1、100并发
2、200并发
3、300并发
内存: 128G
1、100并发
2、200并发
3、300并发
从上述同比分析看出
1、此次优化之后无论是32G还是128G的状况下QPS均有100%的提升。在100并发下32G与128G的QPS差距不超过6%,200和300并发的情况下差距也均没有超过15%。
2、响应时间上面也均有100%的提升,在100并发下32G与128G的响应时间一致均在4ms,200和300并发情况下平均响应时间在10ms左右几乎没有差距
最新文章
- fuck--Fix git command line spelling errors GitHub
- scrot使用
- String-原型属性(练习)
- 尽量少用if else
- dll和ocx比较
- [Express] Level 3: Reading from the URL
- 在mysql中修改表名的sql语句
- php实现无限级树型菜单(函数递归算法)
- php 便利数组方法
- spring springmvc mybatis maven 项目整合示例-导航页面
- Educational Codeforces Round 50
- Android中Sqlite数据库多线程并发问题
- IPsec ISAKMP(转)
- Centos 6.5安装OpenSSL
- hadoop进阶----hadoop经验(一)-----生产环境hadoop部署在超大内存服务器的虚拟机集群上vs几个内存较小的物理机
- Xcode里修改工程名、类名、批量修改变量名
- bzoj1024
- svn提示out of date
- Test Index
- boost 部分编译
热门文章
- psutil-3.4.2才是我的老系统(Windows XP)的菜
- idea 常用快捷使用
- Java实现链式存储的二叉查找树(递归方法)
- 一个JavaScript组件都需要哪些基础api
- undefined reference to 'pthread_create'问题解决 -- 转
- MySQL Sakila样本数据库
- 搭建本地git服务器
- pre,html转义,abbr缩写,表格table
- 通过`__slots__` 节省RAM
- go语言 documentation