博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
关于quicklz压缩算法在游戏中的应用
阅读量:4841 次
发布时间:2019-06-11

本文共 437 字,大约阅读时间需要 1 分钟。

    之前对quicklz算法有一定了解,知道其对单个消息包压缩比几乎没有甚至为负值(之前未测试,只是理论猜测), 故采用聚集压缩(N个消息的字节流的某一部分压缩),这样可有效减少压缩函数的调用次数,减少开销。

      今天给as3搞了个客户端网络库,调试的时候验证了以前的猜测(其对单个消息包压缩比几乎没有甚至为负值),样本数据很简单,几乎无重复的字符串,大概1K多,少了几十字节。 若一个服3K人,用一个网关,一个连接发往客户端1s发3次(一次若干消息), 这样算来,相当于1K连接,每帧都要压缩一次。  算是平均开销。 若往客户端发送的消息很多,那么会出现需要压缩若干次,也就是说若干次函数调用,不过这个情况比较少,平均来讲,CPU 开销以及带宽减少产生的收益还是比较诱人的。
测试过zlib,他的压缩比很理想,但是CPU开销很高。而quicklz 都适中吧。
平衡的把握很纠结。。。

转载于:https://www.cnblogs.com/lcinx/p/10570665.html

你可能感兴趣的文章
牛顿法与拟牛顿法学习笔记(四)BFGS 算法
查看>>
ninth week (1)
查看>>
C float与char数组 互转
查看>>
异步线程中开启定时器
查看>>
正则表达式与unicode
查看>>
abp(net core)+easyui+efcore实现仓储管理系统——ABP总体介绍(一)
查看>>
div水平居中与垂直居中的方法【摘自美浩工作室官方博客 】
查看>>
UITableView 滚动条
查看>>
Android已有的原生Camera框架中加入自己的API的实现方案。
查看>>
Learn python the ninth day
查看>>
Debian+Django+uWsgi+nginx+mysql+celery
查看>>
docker 基本操作
查看>>
无缝滚动的float属性
查看>>
价值观作业
查看>>
char , unsigned char 和 signed char 区别
查看>>
挂起布局逻辑与恢复布局逻辑
查看>>
back to back
查看>>
Linux/Unix笔记本
查看>>
博弈问题之SG函数博弈小结
查看>>
数组排序 --- 庞果
查看>>