zstd压缩与lz4压缩比较

Zstd 压缩性能分析 About Zstd Zstd,全称 Zstandard,是 Facebook 于 2016 年开源的新无损压缩算法。与 zlib、lz4、xz 等当前流行的压缩算法不同,Zstd 寻求一种压缩性能与压缩率通吃的方案,而实际上它也确实做到了。在由官方所列出的表格中,可以看到,Zstd 不仅具备优秀的压缩性能,在压缩率上也有非常亮眼的表现。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RXOO1Z8l-1596090419061)(https://engineering.fb 阅读详情
AI摘要

本文详细介绍了如何使用C语言调用Zstd和LZ4压缩算法,并通过实际业务数据展示了两者在压缩率和速度上的差异,Zstd压缩率更高但解压速度较慢,而LZ4则以速度见长。

最近由于业务需求需要对数据进行压缩,相关压缩算法介绍的都比较多,比较详细,笔者在这里就不赘述。本篇主要针对C语言调用zstd、lz4压缩算法的接口调用,并对其做简单的比较。下述案例中的源码也可通过该链接下载 : 压缩算法包

ZSTD源码编译及测试

源码编译

        1、获取zstd源码,网址:https://github.com/facebook/zstd/,打开网址如下操作:

点击红色获取Releases版本源码,拉到页面最下边如下图:

        2、将源码移到自己的环境解压(tar -zxcf zstd-1.5.2.tar.gz)、编译(make),生成zstd静态库、动态库及程序调用所需头文件。如下图所示:

 案例调用

        1、创建一个与刚解压的zstd-1.5.2目录同级的目录zstd_demo;将案例代码与Makefile文件放入目录中,如下图所示:

         2、zstd_demo.c与Makefile文件如下:

/********************************************
Date	:	2022-05-17 
Author	:	lijd
Func	:	用生产业务数据测试zstd压缩算法
********************************************/

#include <stdio.h>
#include <sys/time.h>
#include "zstd.h"

#include <string.h>

char g_str[] ="2323024C5A474E41374535334C583636363032330101006016050D121015020013FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0006D1F4A901D0C74FFFFFFFFF880002001CFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF88F001000C0100000006D1F4A901D0C74FA12323034C5A474E41374535334C583636363032330101006016050C0B012E020006FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0006D1F4B001D0C8EFFFFFFFFF880002001CFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF88F001000C0100000006D1F4B001D0C8EF872323034C5A474E41374535334C583636363032330101006016050C0B012F020007FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0006D1F4B701D0C8E7FFFFFFFF880002001CFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF88F001000C0100000006D1F4B701D0C8E7872323034C5A474E41374535334C583636363032330101006016050C0B0130020008FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0006D1F4B701D0C8E0FFFFFFFF880002001CFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF88F001000C0100000006D1F4B701D0C8E0972323024C5A474E41374535334C583636363032330101006016050D121017020014FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0006D1F4A901D0C74FFFFFFFFF880002001CFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF88F001000C0100000006D1F4A901D0C74FA42323034C5A474E41374535334C583636363032330101006016050C0B0131020009FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0006D1F4B701D0C8DDFFFFFFFF880002001CFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF88F001000C0100000006D1F4B701D0C8DD972323024C5A474E41374535334C583636363032330101006016050D121018020015FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0006D1F4A901D0C74FFFFFFFFF880002001CFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF88F001000C0100000006D1F4A901D0C74FAA2323034C5A474E41374535334C583636363032330101006016050C0B013202000AFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0006D1F4B501D0C8D6FFFFFFFF880002001CFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF88F001000C0100000006D1F4B501D0C8D6972323034C5A474E41374535334C583636363032330101006016050C0B013302000BFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0006D1F4B001D0C8CEFFFFFFFF880002001CFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF88F001000C0100000006D1F4B001D0C8CE97";

// 十六进制转字符串
int HexToStr(char *p_hexstr, int iHexLen, char *pdststr)
{
	int iret = 0;
	while(p_hexstr != NULL && pdststr != NULL && iHexLen > 1)
	{
		char cTemp = '0';
		
		// printf("1:%c, 2:%c\n", p_hexstr[0], p_hexstr[1]);
		
		// 小写统一转大写
		if(p_hexstr[0] >= '0' && p_hexstr[0] <= '9')
		{
			cTemp = p_hexstr[0] - '0';
		}
		else if(p_hexstr[0] >= 'A' && p_hexstr[0] <= 'F')
		{
			cTemp = p_hexstr[0] - 'A' + 10;
		}
		else if(p_hexstr[0] >= 'a' && p_hexstr[0] <= 'f')
		{
			cTemp = p_hexstr[0] - 'a' + 10;
		}
		else
		{
			printf("the hex str is error!\n");
			break;
		}
		
		*pdststr = cTemp * 16;
		
		if(p_hexstr[1] >= '0' && p_hexstr[1] <= '9')
		{
			cTemp = p_hexstr[1] - '0';
		}
		else if(p_hexstr[1] >= 'A' && p_hexstr[1] <= 'F')
		{
			cTemp = p_hexstr[1] - 'A' + 10;
		}
		else if(p_hexstr[1] >= 'a' && p_hexstr[1] <= 'f')
		{
			cTemp = p_hexstr[1] - 'a' + 10;
		}
		else
		{
			printf("the hex str is error!\n");
			break;
		}
		*pdststr += cTemp;
		
		// printf("---iHexLen:%d, pdststr:%c\n", iHexLen, *pdststr);
		
		iHexLen -= 2;
		p_hexstr += 2;
		pdststr++;
		iret++;
	}
	
	// printf("iret : %d\n", iret);
	
	return iret;
}

// 字符串转十六进制
int StrToHex(const char *p_strstr, int iStrLen, char *pdststr)
{
	int index_str = 0, index_hex = 0;

	const char cHex[] = "0123456789ABCDEF";
	while(index_str < iStrLen && p_strstr != NULL && pdststr != NULL)
	{
		pdststr[index_hex++] = cHex[((UCHAR)p_strstr[index_str])/16];
		pdststr[index_hex++] = cHex[((UCHAR)p_strstr[index_str++])%16];
	}

	return index_hex;
}

int main()
{
	struct timeval curTime;
	char src[2048] = {0};
	char dst[2048] = {0}, src2[2048] = {0};
	
	int iStrlen = HexToStr(g_str, strlen(g_str), src);
	
	printf("业务数据原始长度 : %d 字节\n", iStrlen);
	
	gettimeofday(&curTime, NULL);
    int time_usec = curTime.tv_usec;
	
	int cSize = ZSTD_compress(dst, 2048, src, iStrlen, 3);
	
	gettimeofday(&curTime, NULL);
    time_usec = curTime.tv_usec - time_usec;
	
	printf("ZSTD 压缩所用时间 : %u 微秒, 压缩后长度 : %d 字节\n", time_usec, cSize);
	
	gettimeofday(&curTime, NULL);
	time_usec = curTime.tv_usec;
	
	int cSize2 = ZSTD_decompress(src2, 2048, dst, cSize);
	
	gettimeofday(&curTime, NULL);
    time_usec = curTime.tv_usec - time_usec;
	printf("压缩后数据解压所需时间 : %u 微秒, 解压后数据长度 : %d 字节\n", time_usec, cSize2);
	
	return 0;
}
# Func: zstd_demo
# Auth: lijd
# Date: 2022/05/17

CC       := gcc
TARGET   := zstd_demo
INCLUDES := ../zstd-1.5.2/lib/
LIBDIRS  := ../zstd-1.5.2/lib/
LIBS     := zstd
FLAGES   := $(addprefix -I, $(INCLUDES)) $(addprefix -L, $(LIBDIRS)) $(addprefix -l, $(LIBS))
SRCS  	 := $(wildcard *.c)

$(TARGET): $(SRCS)
	$(CC) -g -Wall -o $@ $^ $(FLAGES)
	@echo "==================================== Build OK!!! ===================================="

.PHONY: clean
clean:
	@rm -rf $(TARGET)

        3、编译成功后,运行可能找不到依赖的动态库,需要将环境变量设置一下,注意笔者用的这种设置方式只是暂时的。如下图:

 lz4源码编译及测试     

  源码编译

         1、获取zstd源码,网址:Index of /ubuntu/pool/main/l/lz4,打开网址如下操作:

​

          2、将源码移到自己的环境解压(tar -zxcf lz4_1.9.2.orig.tar.gz)、编译(make),生成lz4静态库、动态库及程序调用所需头文件。如下图所示:

​

案例调用

        1、创建一个与刚解压的lz4_1.9.2目录同级的目录lz4_demo;将test.c与Makefile文件放入目录中,代码只有调用压缩解压的函数接口有变动,其余都一样,Makefile只有小的改动。这里只给出变动的main函数如下:

int main()
{
	struct timeval curTime;
	char src[2048] = {0};
	char dst[2048] = {0}, src2[2048] = {0};
	
	int iStrlen = HexToStr(g_str, strlen(g_str), src);
	
	printf("业务数据原始长度 : %d 字节\n", iStrlen);
	
	gettimeofday(&curTime, NULL);
    int time_usec = curTime.tv_usec;
	
	int cSize = LZ4_compress_default(src, dst, iStrlen, 2048);
	
	gettimeofday(&curTime, NULL);
    time_usec = curTime.tv_usec - time_usec;
	
	printf("LZ4 压缩所用时间 : %u 微秒, 压缩后长度 : %d 字节\n", time_usec, cSize);
	
	gettimeofday(&curTime, NULL);
	time_usec = curTime.tv_usec;
	
	int cSize2 = LZ4_decompress_safe(dst, src2, cSize, 2048);
	
	gettimeofday(&curTime, NULL);
    time_usec = curTime.tv_usec - time_usec;
	printf("压缩后数据解压所需时间 : %u 微秒, 解压后数据长度 : %d 字节\n", time_usec, cSize2);
	
	return 0;
}

        2、编译成功后运行如下图:

 总结

        笔者将相同的业务数据,用不同的压缩解压算法进行压缩、解压;得到的结构也显而易见:zstd(81%)在压缩率优于lz4(71%);但在压缩、解压时间上lz4远远优于zstd,lz4不愧为压缩界的速度之王。

Linux压缩算法-zstd 本文讲述的是一种快速无损数据压缩算法(zstd) 阅读详情

相关推荐

[MacOS工具]zst后缀的压缩文件的解压使用zstd解压文件

在macos中zstd的安装和使用

AsiWorld的博客 3515

zstd优秀的数据压缩算法,大数据小数据包

zstd是Facebook在2016年开源的新无损压缩算法,优点是压缩率和压缩/解压缩性能都很突出。 在我们测试的文本日志压缩场景中,压缩率比gzip提高一倍,压缩性能与lz4、snappy相当甚至更好,是gzip的10倍以上。 zstd还有一个特别的功能,支持以训练方式生成字典文件,相比传统压缩方式能大大的提高小数据包的压缩率。 在过去的两年里,Linux内核、HTTP协议、以及一系列的大数据工具(包括Hadoop 3.0.0,HBase 2.0.0,Spark 2.3.0,Kafka 2.1.0.

yizhiniu_xuyw的专栏 1万+

数据湖存储优化:7种压缩格式性能对比测试

随着企业数据量爆发式增长,数据湖的存储成本与查询性能成为制约其价值释放的核心矛盾。压缩格式作为数据湖存储优化的“隐形引擎”,直接影响着“存得多”(压缩比)、“存得快”(压缩速度)、“查得快”(解压速度+查询性能)三大核心指标。本文通过**7种主流压缩格式(Snappy、Gzip、Zstd、LZO、Brotli、LZ4、Deflate)**的全面对比测试,从原理、性能、场景三个维度拆解其优缺点,并结合数据湖的实际应用场景(冷/热数据、结构化/半结构化数据)给出选型建议。

AI架构师小马 1307

zstd压缩工具介绍与使用

zstd压缩工具的介绍与使用

zalois的博客 1万+

基于迁移学习的花卉识别系统

本研究采用了预训练的经典深度学习模型,包括ResNet、AlexNet和VGG,通过微调的方式在Oxford-102数据集和一个自制花卉数据集上进行训练,并对图像进行了多种数据增强操作,以提高模型的泛化能力,致力于实现花卉的高效分类。

m0_71146337的博客 2375

物理机centos7系统重启后直接进入dracut

Warning: /dev/centos/root does not exist Warning: /dev/mapper/centos-root does not exist 在shell命令行执行以下: dracut:/# lvm vgscan dracut:/# lvm vgchange -ay dracut:/# exit 之后可以正常进入系统(测试正常)。 但是重启之后依然会进入dracut模式,永久解决如下: 查看kernel文件 [root@ecs ~]# ls -ltrh /boot

魏志标的博客 1万+

cursor-free-vip 上手指南:5 分钟装好,重置机器ID解锁 Cursor Pro 试用

当 Cursor 弹出 You've reached your trial request limit,或提示这台机器上的免费试用账户过多时,手里的活就被硬生生打断。cursor-free-vip 是一款多语言命令行工具,通过重置机器标识和浏览器自动注册,帮你把试用资格拿回来。 ## 项目速览 - 它做的事:重置 Cursor 的设备指纹(machineId、telemetry 系列标识),用

gitblog_00887的博客 602

数据可视化—power bi 基础操作汇总

数据来源: https://pan.baidu.com/s/1U_Y7rKfhnSKbLmh4FcUD_Q 提取码: yq5v 目录 基本功能与视图 编辑与查询—修改column案例 建立关联性 新增column与DAX完成总价运算 习题练习1:建立可视化图表 产品销售统计图 column拖曳可视化 1.基本功能与视图 ①基础操作界面 ②获取数据—以打开excel为例 ③数据文件基本视图 可视化形式:柱状图、数据、关联性 2.编辑与查询—修改column ①编辑与查询—数据处理界面 .

weixin_52730784的博客 2681

突破存储瓶颈:Quickwit中ZSTD与LZ4压缩算法的终极对决

在当今数据爆炸的时代,日志和追踪数据的存储成本正成为企业IT预算的沉重负担。根据IDC预测,全球数据量将从2023年的120ZB增长到2025年的180ZB,其中非结构化数据占比超过80%。作为亚秒级云原生搜索引擎,Quickwit面临着一个关键挑战:如何在保持高性能查询的同时,最大限度降低云存储成本。本文将深入剖析Quickwit的数据压缩策略,通过实测对比ZSTD与LZ4两种算法的性能表现,为...

gitblog_00404的博客 475

【昇腾】用MindIE(服务化方式)拉起glm4-9b-chat模型问题解决

【昇腾】用MindIE拉起glm4-9b-chat模型问题解决: LLMInferEngine failed to init LLMInferModels ERR: Failed to init endpoint! Please check the service log or console output. Killed make sure the folder's owner has execute permission.

u014448841的博客 5116

UDS诊断ISO14229新手入门篇

这个命令的格式稍微复杂一点。sub-function = 0x06 用于读取某个 DTC 及其相关的环境数据,此时 parameter 为 4 个 byte,前三个 byte 用于标识我们要读取的 DTC,第四个 byte 用于标识要读取的环境数据的范围,UDS 规定使用 FF 来表示读取所有的环境数据,各厂家可以要根据自己的需求定义其他的值来代表要读取的环境数据的范围。环境数据包括 DTC 状态,优先级,发生次数,老化计数器,时间戳,里程等,厂家还可以根据自己的需求定义一些此 DTC 产生时的测量数据。

weixin_45387165的博客 1974

Quickwit数据压缩策略:ZSTD与LZ4性能对比测试

在云原生搜索引擎领域,存储成本与查询性能的平衡始终是核心挑战。Quickwit作为一款基于云存储的亚秒级搜索分析引擎(Sub-second search & analytics engine on cloud storage),其数据压缩策略直接影响系统吞吐量、存储效率和查询延迟。本文将深入剖析Quickwit的压缩架构设计,通过理论分析与模拟测试,全面对比ZSTD与LZ4两种主流压缩算法在实际应...

gitblog_00437的博客 951

osgearth添加经纬度网格,并显示鼠标所指经纬高度信息

一、代码 osgearth官方例子 #include <osg/Notify> #include <osgGA/StateSetManipulator> #include <osgViewer/Viewer> #include <osgViewer/ViewerEventHandlers> #include <osgEarth/MapNode> #include <osgEarthUtil/EarthManipulator> #

ljjjjjjjjjjj的博客 3564

Kafka - 压缩机制详解:gzip、snappy、lz4性能对比

Kafka压缩机制性能对比与配置实践 本文深入分析Kafka的消息压缩机制,重点对比gzip、snappy、lz4三种主流压缩算法的性能表现。测试表明: lz4综合表现最优,吞吐量达78,000 msg/s,接近无压缩水平,延迟仅14ms gzip压缩率最高(4.0x),但吞吐下降67%,CPU使用率达68% snappy展现良好平衡性,吞吐62,000 msg/s,压缩率2.5x 文章详解了Kafka压缩在Producer端完成、Broker直接存储的设计原理,并通过Spring Boot配置示例展示如何

千淘万漉虽辛苦,吹尽狂沙始到金 2万+

Android软键盘系统深度解析:架构、原理与实现

Android软键盘系统深度解析:架构与实现原理 本文系统剖析了Android软键盘的核心工作机制。作为系统级输入服务,软键盘具有双重属性:既是可安装的独立应用,又深度集成于系统框架中。文章详细解读了软键盘的系统架构,包括其与InputMethodManagerService(IMMS)和WindowManagerService(WMS)的交互机制,以及通过InputConnection实现的跨进程通信流程。同时分析了输入法窗口的特殊管理策略、布局调整模式,并深入探讨了输入预测引擎的实现原理,包括词典加载、

保持专注,保持热爱 114

Python 爬虫实战:网站反爬机制绕过终极指南(技术原理 + 实战代码 + 避坑技巧)

在 Python 爬虫的世界里,反爬机制是每一个爬虫开发者都必须面对的挑战。网站为了保护自身数据不被恶意爬取,会设置各种反爬机制,这使得爬虫开发变得更加复杂和有趣。本文将详细介绍常见的网站反爬机制及其绕过方法,结合技术原理、实战代码和避坑技巧,帮助你成为一名优秀的爬虫开发者。

u014481728的博客 1004

KafkaJS压缩算法对比:GZIP、Snappy、LZ4、ZSTD性能指南

Apache Kafka是一个高性能的分布式消息系统,而**KafkaJS压缩算法**在数据传输和存储中起着至关重要的作用。作为Node.js的现代Kafka客户端,KafkaJS支持多种压缩算法,包括GZIP、Snappy、LZ4和ZSTD,每种算法都有其独特的性能特征和适用场景。 ## 为什么需要Kafka压缩算法? Kafka压缩算法能够显著减少网络带宽使用和存储空间需求。对于高吞吐量的

gitblog_00276的博客 959

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

300%性能差距:DuckDB三大压缩算法Zstd/Snappy/LZ4深度测评

你是否在处理Parquet文件时遇到过两难选择:用Zstd压缩率高但速度慢,选Snappy速度快却浪费存储空间?本文通过DuckDB实测数据,一文解决OLAP场景下的压缩算法选型难题。读完你将获得: - 三种算法在不同数据类型下的性能对比 - 基于DuckDB基准测试的最优配置方案 - 生产环境部署的实战建议 ## 压缩算法家族与DuckDB实现 DuckDB作为嵌入式OLAP数据库,在[th...

gitblog_00766的博客 564

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

Apache DataFusion Parquet文件处理:终极压缩算法选择与性能对比指南

Apache DataFusion是一个基于Rust构建的极速SQL查询引擎,专门用于处理大规模数据分析工作负载。在数据存储和处理中,Parquet文件格式的压缩算法选择直接影响查询性能和存储效率。本文将深入探讨DataFusion支持的多种Parquet压缩算法,帮助您做出最佳选择。📊 ## Parquet压缩算法概览 DataFusion支持多种流行的Parquet压缩算法,每种算法在压

gitblog_00592的博客 1033

浅谈Kafka消息压缩

概述 Kafka目前支持GZIP、Snappy、LZ4、zstd、不压缩这几种压缩算法。在开启压缩时,Kafka会选择一个batch的消息一起压缩,这样的一批消息就是一个压缩分段,我们也可以通过参数来控制每批消息的大小。 在 Kafka 中,生产者生成一个压缩分段发给broker,在broker中是不会解压这个压缩分段的(因为在kafka中一个batch的消息在broker中是不会拆分的,自然也不会进行解压),最后压缩分段由消费者进行解压。 Kafka通过这种设计,降低了broker中CPU资源的消耗,同时

小生的博客 4394

Kafka 生产者压缩算法有哪些?

前言 本文隶属于专栏《大数据技术体系》,该专栏为笔者原创,引用请注明来源,不足和错误之处请在评论区帮忙指出,谢谢! 本专栏目录结构和参考文献请见大数据技术体系 关联 数据压缩算法该如何选择? WHY 压缩? 数据压缩显著地降低了磁盘占用或带宽占用,从而有效地提升了 I/O 密集型应用的性能。 不过引入压缩同时会消耗额外的 CPU 时钟周期,因此压缩是 I/O 性能和 CPU 资源的平衡。 producer 压缩,broker 压缩,consumer 解压 Kafka 自 0.7.x 版本便开始

Shockang的博客 2172

几种压缩算法的压缩和速度比较

Quick Benchmark: Gzip vs Bzip2 vs LZMA vs XZ vs LZ4 vs LZO EDIT: Add zstd Contents  [hide]  1 Selected archives 2 Test conditions 3 The file test results 3.1 Compressed file size in bytes 3....

toove的专栏 1万+

C++压缩算法终极指南:5分钟看懂四大金刚的性能对决

在C++开发中,选择合适的**压缩算法**往往能决定应用程序的性能表现。无论是网络传输、数据存储还是内存优化,**C++压缩库**的选择都至关重要。本文将带你快速了解C++中四大主流压缩算法:zlib、LZ4、zstd和Brotli,帮助你5分钟内掌握它们的核心特性和适用场景。 ## 📊 为什么压缩算法对C++开发如此重要? **数据压缩**是现代软件开发中的核心技术之一。在C++项目中,合

gitblog_01107的博客 637

压缩算法---以golang/snappy为例

比如vscode/sublime的插件,有性能测试工具perf,有错误处理库xerrors,有日志库glog,有用于单测的mock…当前Android和iOS操作系统,内存压缩就使用的是lz4算法,及时压缩内存以节省出更多的内存空间。用到LRU,首选hashicorp/golang-lru,不过不知道啥时候,Go官方悄不溜整了一个groupcache,也提供了lru的实现…snappy是Google研发的压缩算法,优点是有非常高的速度和合理的压缩率(压缩率比gzip 小)ZIP,一个没落天才的故事。

techdashen的博客 1112

7-Kafka解压缩算法的实践

Kafka解压缩算法小记

weixin_42331985的博客 785

生产者压缩算法

压缩是一种用时间换空间的做法,通过CPU时间去换磁盘空间和网络传输I/O 传输量。 Kafka对消息的整个传递过程中:Producer 端压缩、Broker 端保持、Consumer 端解压缩 如何压缩 消息层次分为两层:消息集合和消息 消息集合:包含若干条日志项,日志项是真正封装消息的地方。 两种版本的消息 V1版本中对多条消息进行压缩,然后保存到外层消息的消息体字段中 V2版本对整个消息集合进行压缩。这个比V1版本好 什么时候压缩 生产端进行压缩 Producer 启动后生产的每个消息集合都是

凯凯王的技术生涯 318
上一篇: Nginx学习之ngx_cycle_s中的四维指针
下一篇: 缓存一致性案例分析
码农诗人
博客等级 码龄11年 987粉丝 84原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值