ProtoBuf效率测试对比

  打包 解包
  包大小 耗时(1万次/毫秒) 包大小 耗时(1万次/毫秒)
序号 TX Proto TX Proto TX Proto TX Proto
1 6893 5843 259l 1328l 5805 4950 252l 1049l
2 6893 5843 259l 1329l 5805 4952 250l 1050l
3 5793 4943 230l 1141l 6905 5850 297l 1213l
4 5793 4943 229l 1143l 6917 5859 295l 1212l
AVG 6343 5393 2443 12353 6358 5403 2736 11311
时间: 2024-09-29 10:11:15

ProtoBuf效率测试对比的相关文章

PHP多进程非阻塞模式下结合原生Mysql与单进程效率测试对比

公司在做游戏服务器合并的时候,对大批量数据表做了合并操作,难免会出现数据格式不一致问题.根据玩家反映BUG排查,是因为某个模块下日志表出现了数据格式问题导致. 目前想到的是有两种方案解决,第一种就是把所有的日志表数据修复:第二种就是把程序逻辑修改一下,保证查找格式正确. 我的做法是想把所有数据修复一下,就从线上数据库拿了7000条数据在本地修改测试,保证无误再执行下一步计划. 由于想到数据量会很大,我这里也顺便实验了一下多进程效率和单进程效率的对比.下面看下代码,有很多需要优化的地方....这里

序列化之protobuf与avro对比(Java)

最近在做socket通信中用到了关于序列化工具选型的问题,在调研过程中开始趋向于用protobuf,可以省去了编解码的过程.能够实现快速开发,且只需要维护一份协议文件即可. 但是调研过程中发现了protobuf的一些弊端,比如需要生成相应的文件类,和业务绑定太紧密,所以在看了AVRO之后发现它完美解决了这个问题. 下面记录下对这两种序列化工具的入门与测评. 一.protobuf基本操作 protobuf简介: Protocol Buffers (a.k.a., protobuf) are Goo

ORM for Net主流框架汇总与效率测试

框架已经被越来越多的人所关注与使用了,今天我们就来研究一下net方面的几个主流ORM框架,以及它们的效率测试(可能会有遗漏欢迎大家讨论). ORM框架:Object/Relation Mapping(对象/关系 映射)的缩写,易于理解的模型化数据的方法.简单的说就是把数据库的关系型数据类型转换为用对象型程序控制的框架类型. 今天研究的orm框架如下: 1.NHibernate(使用与介绍:http://www.cnblogs.com/stone_w/archive/2011/09/15/2177

PHP静态延迟绑定和普通静态效率简单对比

只是一个简单的小实验,对比了下 延迟绑定 和 非延迟的效率 延迟绑定主要就是使用 static 关键字来替代原来的 self ,但功能非常强大了 实验代码: class A { protected static $cc1 = array('a1', 'b', 'c', 'd'); protected static $cc2 = array('a2', 'b', 'c', 'd'); protected static $cc3 = array('a3', 'b', 'c', 'd'); prote

sql语句的效率测试

1.测试sql语句执行时间的方法,获得时间差 declare @end_date datetime select @begin_date = getdate() --要执行的sql语句 select @end_date = getdate() select datediff(ms,@begin_date,@end_date) as '用时/毫秒' 2.下面这种方法比较全面,将执行每个语句时采取的步骤作为行集返回,通过层次结构树的形式展示出来,输出中包含的列: SET STATISTICS io

关于pgsql 几个操作符的效率测试比较

关于pgsql 几个操作符的效率测试比较1. json::->> 和 ->> 测试方法:单次运行100次,运行10个单次取平均时间.测试结果:->> 效率高 5% 左右 功能差异:json::->> 在使用前需要对对象转换为jsonb 然后再执行 ->> 操作,所以比->>更耗时 .所以如果我们需要对返回的对象进行jsonb操作,用jsonb_* 相关函数时,建议用jsonb_* 而不用 jsonb_*_text ,后者会把结果的js

大数据量分页存储过程效率测试附代码

在项目中,我们经常遇到或用到分页,那么在大数据量(百万级以上)下,哪种分页算法效率最优呢?我们不妨用事实说话. 测试环境 硬件:CPU 酷睿双核T5750  内存:2G 软件:Windows server 2003    +   Sql server 2005 OK,我们首先创建一数据库:data_Test,并在此数据库中创建一表:tb_TestTable 按 Ctrl+C 复制代码1create database data_Test --创建数据库data_Test 2GO 3use data

多种临时表效率的对比分析

多种临时表效率的对比分析 老帅(20141107) 平时在写存储过程的时候,经常会用到临时表,而临时表的用法到底有几种,哪种效率更好呢?我们来做个对比分析. 实验数据:表a有400万条记录,只查询一个字段Title 1.  直接查询 --开启时间分析 SET STATISTICS TIME ON GO --查询 SELECT Title FROM a --结果 SQL Server 执行时间:占用时间 = 22013 毫秒. 2.变量表 --开启时间分析 SET STATISTICS TIME

监控SharePoint效率之(四) –开展效率测试

在真正上线之前,要对效率做充足的测试,以免上线之后出现响应慢而影响用户体验.那么应该如何做生产环境上线之前就做效率测试呢? 那就需要模拟一个和生产环境相似的测试环境,来完成这个工作.在搭建测试环境的时候,需要注意测试环境要和生产环境足够的接近.比如: 和生产环境同样的硬件规格 同样的软件设置 同样的操作系统版本 同样的第三方解决方案 同样的用户,用户组和权限设置 除此之外,还要模拟生产环境将来可能达到的存储量.比如,如果预计三年后生产环境上有1TB的数据,那么就要在测试环境模拟这个数据. 环境准