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万+

FPGA实现16x16点阵汉字滚动显示:Verilog代码与Quartus仿真详解

本文详细介绍了如何使用FPGA实现16x16点阵汉字滚动显示,包括Verilog代码设计、Quartus仿真及硬件连接技巧。通过字模数据存储和扫描控制逻辑,实现汉字的动态显示效果,并提供了优化建议和常见问题解决方案,适合FPGA开发者和硬件爱好者学习参考。

weixin_29172963的博客 351

基于Python批量获取过去某地某时的天气数据

此段代码为经Visual Weather API官网样例后修改。原代码返回数据格式为json,经测试json风速字段不可用,后改为返回数据格式为csv。若修改weather_api_endpoint,还可获取该地点的预测数据,但返回数据字段可能发生变化,请以官网文档为准。获取到的字段包括:平均温度、露点、湿度、风速、降雨量、能见度、云量、天气类型等。目的:已知某一地址,获取过去某一时间该地的天气数据,并能够批量运行。这一步也会有获取不到的时间和地点,因此为空白。此段代码为经百度地图api官网样例后修改。

wiseman1233的博客 905

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

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

gitblog_00887的博客 602

Android音频学习(十四)——加载音频设备

loadHwModule 是 Android 音频系统的核心初始化函数,负责加载音频硬件抽象层(HAL)的模块实现。它建立 AudioPolicyService 与底层硬件的桥梁,将配置文件(audio_policy_config.xml)中的标签<module>定义转化为可操作的硬件对象,加载的是音频硬件模块(HAL实现),每个模块对应一种音频设备类型,以动态库的形式存在,负责与底层音频硬件交互。

miemie2014的博客 1731

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

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

gitblog_00404的博客 475

【VAE学习笔记】全面通透地理解VAE(Variational Auto Encoder)

完整笔记:http://www.gwylab.com/note-vae.html 李宏毅老师的教程视频:https://www.bilibili.com/video/av15889450/?p=33 —————————————————————————————————   依据李宏毅老师的讲解,我整理了一番VAE的笔记。先简单介绍一下VAE,VAE作为一个生成模型,其基本思路是很容易理解的:把一堆真...

a312863063的博客 14万+

Halcon Camera-calibration 相关算子(一)

Halcon Camera-calibration 相关算子介绍

qq_44744164的博客 1366

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

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

gitblog_00437的博客 951

Arduino读取串口接收到的数据并发送数据

Arduino读取串口接收到的数据并发送数据 源程序: void setup() { Serial.begin(115200); } void loop() { String comdata ; while (Serial.available() > 0) { comdata += char(Serial.read()); delay(2); } if (comdata.length() > 0) { Serial.print("串口接收到的数据:"); Serial.println(comd

perseverance51博客 1万+

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万+

风光互补制氢系统动态仿真建模与性能分析

摘要 本文针对离网型风光互补制氢系统,建立了包含光伏阵列、风力发电机、PEM电解槽、储能电池和储氢罐的完整动态数学模型。基于MATLAB/Simulink平台开发了模块化仿真框架,设计了考虑电解槽最小运行功率约束的能量管理策略。通过典型日仿真分析表明,风光互补可有效平抑单一能源的功率波动,系统整体能量效率达58.7%,电解槽负荷跟随特性良好。提出的动态仿真方法为风光制氢系统的优化设计和运行控制提供了有效工具。 关键词:风光互补制氢;PEM电解槽;动态仿真;MATLAB/Simulink;能量管理

huanghm88的专栏 76

手把手教您windows如何正确的开启局域网共享,如何解决“没权限、空密码访问等诸多问题”,含手动操作教程 + 傻瓜式一键设置工具(局域网共享+打印机管理),二选一总有一款能满足您!

😫 Windows共享总失败?别抓狂!这篇教程带你破解“空密码”访问的核心难题 🔑,四步搞定所有设置。文末还附赠“一键修复”神器 🚀,让文件共享丝滑如德芙!

XiaoqiangClub的博客 1452

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

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

gitblog_00276的博客 959

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

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

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

gitblog_00766的博客 564

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

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

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

gitblog_00592的博客 1033

老版QQ原生表情gif动态

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

浅谈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、付费专栏及课程。

余额充值