HAproxy VS Oneproxy压测报告对比图

硬件配置：

xen server虚拟机

两核CPU型号：Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz

内存Buffer_Pool 1G

表数据量1万行

loadrunner工具压测，短连接，Percona5.6+thread_pool+jemalloc

---------------------------------------------------------------------------------------------------

评分指标一：运行二者的服务机CPU使用情况

运行 HAproxy 的CPU使用率

运行Oneproxy 的CPU使用率

评分指标二：MySql服务的CPU使用情况（很明显的对比）


HAproxy分发的MySql 的CPU使用率

Oneproxy分发的MySql 的CPU使用率

评分指标三：二者的TPS值（差不多）


压测HAproxy时的 TPS

压测Oneproxy时的 TPS

附上用mydbtest压测工具，测试的结果。并发100，压测3分钟。

一句话总结：Oneproxy更懂数据库，haproxy更懂应用。

时间： 2024-11-26 02:28:21

HAproxy VS Oneproxy压测报告对比图的相关文章

CS5642-V3与OV5642-FPC通过icamera测试方向的对比图

有朋友会有如此的疑问:CS5642-V3与OV5642-FPC在采集板上通过icamera测试图像方向是一样吗?通过本文您会找到答案 测试:CS5642-V3与OV5642-FPC的管脚在上 以下图方向测试 测试对比图如下: ov5642-fpc 正面朝上 CS5642-V3 正面朝上

iPhone尺寸性能各方面对比图

1.产品性能对比图 2.iPhone手机尺寸对比图

【真人众测报告解读】玩家反馈BUG分析

TestBird真人众测报告加入了全新的玩家反馈BUG分析,是针对自动化兼容性测试的一个真人补充分析.这一板块由三个部分组成,它们分别是BUG严重程度分类视图.具体BUG列表.手游测试经理建议三个方面.今天我们来详细介绍着三个方面吧! BUG严重程度分类视图 为了让开发者清晰看出各类BUG的分布情况,TestBird众测报告提供了BUG严重程度分类视图.试图将BUG严重程度分为致命.严重.普通.轻微四个等级,并以圆饼图的形式呈现.简洁明了,方便开发者了解游戏的BUG概况. 具体BUG列表 了解概

Android开发之Activity和Fragment生命周期对比图

一.Activity 生命周期 二.Fragment 生命周期 三.对比图 四.测试代码 [java] view plaincopy package com.goso.testapp; import android.app.Activity; import android.app.ListFragment; import android.os.Bundle; import android.util.Log; import android.view.LayoutInflater; import a

软件入门的知识之程序设计语言Java和C#的简单介绍和对比[图]

软件入门的知识之程序设计语言Java和C#的简单介绍和对比[图]:前言:要做软件就必然会涉及到程序设计语言,它是什么?有哪些特点?又有哪几部分组成的呢?在这里我们为大家做了一个总结,希望可以通过这些内容让大家对于程序设计语言有一个大概的认识.基本概念:1.低级/高级计算机的硬件只可以识别由1.0组成的机器指令程序,所以机器指令是最基本的计算机语言.由于机器指令是由特定的计算机系统所固有的.面向机器的语言,所以使用机器语言进行程序设计,效率低.可读性差.难以理解,而且也不便修改和维护.后来出现了由

jmeter linux压测报错：Error in NonGUIDriver java.lang.IllegalArgumentException: Problem loading XML from:'/home/server/ptest/disk_out.jmx'.

1.linux环境jmeter与win环境编写脚本的jmeter版本不一致,版本改为一致 2.脚本中存在中文,去除中文 3.脚本中存在类似于[email protected] - Active Threads Over Time 监听器,去除监听器(查看结果树和聚合报告可以保留) 再次上传至服务器压测 jmeter linux压测报错:Error in NonGUIDriver java.lang.IllegalArgumentException: Problem loading XML fro

Jmeter压测报错 java.net.BindException: Address already in use: connect

Jmeter压测报错java.net.BindException: Address already in use: connect 2019.08.29 18:12 今天压测接口遇到这么一个问题 当并发线程较高时,可能会出现Address already in use: connect的异常 搜索之后发现需要在regedit中添加注册表项MaxUserPort,TcpTimedWaitDelay重启一下就可以解决了. 解决方法: 1.打开注册表:ctrl+r 输入regedit 2.进入-计算机

traefik 与 rancher 集群自带haproxy 压测性能对比

ab性能指标 在进行性能测试过程中有几个指标比较重要: 1.吞吐率(Requests per second) 服务器并发处理能力的量化描述,单位是reqs/s,指的是在某个并发用户数下单位时间内处理的请求数.某个并发用户数下单位时间内能处理的最大请求数,称之为最大吞吐率. 记住:吞吐率是基于并发用户数的.这句话代表了两个含义: a.吞吐率和并发用户数相关 b.不同的并发用户数下,吞吐率一般是不同的 计算公式:总请求数/处理完成这些请求数所花费的时间,即 Request per second=Co

thinkphp5 yii2 laravel5.1 框架性能压测对比图

nginx+php7环境,opcache已经开启,每测试一个框架都重启服务器并且预热访问三次,压测工具ab.exe. laravel,thinkphp,yii都已关闭debug,该做的优化命令都搞了,它们输出的view都是相同的,不要怀疑哥的水平. 下面上图: 一.原生php 二.thinkphp5 三.yii2 四.laravel5.1 ps:勿喷. 点击下载自动压测脚本 下载后把后缀 .sh 去掉,此脚本用php编写而成,所以必须要php.exe解析. 本人qq群也有许多的技术文档,希望可以