JAVA 零拷贝技术和主流中间件零拷贝技术应用

news2024/12/19 15:39:50

目录

    • 介绍
      • Java代码里面有哪些零拷贝技术
      • java 中`文件读写`方式主要分为
      • 什么是`FileChannel`
        • mmap实现
        • sendfile实现
    • 文件IO实战
      • 需求
      • 代码编写实战
        • IOTest.java 文件
        • 上传阿里云,测试运行代码看耗时
          • 为啥带buffer的IO比普通IO性能高?
          • BufferedInputStream为啥性能高点
    • 性能差异分析
      • 原理分析
    • 中间件零拷贝的应用
      • Nginx 使用就是 sendfile 零拷贝
      • RocketMQ
      • 其它中间件
      • 优缺点

介绍

Java代码里面有哪些零拷贝技术

  • Java NIO对mmap -> fileChannel.map()
  • Java NIO对sendfile -> fileChannel.transferTo()fileChannel.transferFrom()
  • API是否使用零拷贝依赖于底层的系统实现

java 中文件读写方式主要分为

  • IO输入输出流,存在于 java.io 中【普通】
 public static void inputStream(String inputFilePathStr, String outputFilePathStr) {
        long start = System.currentTimeMillis();
        try (InputStream fis = new FileInputStream(inputFilePathStr);
             FileOutputStream fos = new FileOutputStream(outputFilePathStr);
        ) {
            byte[] buf = new byte[1024];
            int len = 0;
            while ((len = fis.read(buf)) != -1) {
                fos.write(buf);
            }
        } catch (IOException e) {
            e.printStackTrace();
        }
        long end = System.currentTimeMillis();
        System.out.println(end - start);
    }
  • FileChannel 文件通道 ,存在于java.nio.channels.FileChannel 中 【高级】

什么是FileChannel

  • 是一个连接到文件的通道,可以通过文件通道读写文件,该常被用于高效的网络/文件的数据传输和大文件拷贝
  • 应用程序使用FileChannel 写完以后,数据是在PageCache上的,操作系统不定时的把PageCache的数据写入到磁盘
    • 使用 channel.force(true) 把文件相关的数据强制刷入磁盘上去,避免宕机数据丢失
  • 使用之前必须先打开它,但是无法直接 new 一个 FileChannel
  • 常规通过使用一个InputStream、OutputStreamRandomAccessFile来获取一个FileChannel实例
RandomAccessFile randomAccessFile = new RandomAccessFile("/usr/data/xdclass_nio-data.txt", "rw");
FileChannel inChannel = randomAccessFile.getChannel();
mmap实现
- map方法,把文件映射成内存映射文件
- `MappedByteBuffer`,是抽象类 也是ByteBuffer的子类  ,具体实现子类是DirectByteBuffer,可被通道进行读写
- 一次 map 大小要限制 2G 内,过大 map 会增加虚拟内存回收和重新分配的压力 ,直接报错
	- `FileChannel.java` 中的 `map` 对 `long size` 进行了限制,不能大于 `Integer.MAX_VALUE`,否则就报错
	- JDK 层的为何要限制,是因为底层 C++的类型,无符号int类型最大是2^31 -1, 2^31 -1 字节就是 2GB - 1B

在这里插入图片描述

//position: 文件开始
//size:映射的文件区域大小
//mode: 访问该内存映射文件的方式: READ_ONLY(只读) READ_WRITE(读写),PRIVATE(创建一个修改副本)
MappedByteBuffer map(int mode,long position,long size); 
sendfile实现
  • 将字节从此通道的文件传输到给定的可写入字节通道
  • 返回值为真实拷贝的size,最大拷贝2G,超出2G的部分将丢弃
//position - 文件中的位置,从此位置开始传输,必须非负数
//count - 要传输的最大字节数,必须非负数
//target - 目标通道
//返回:实际已传输的字节数,可能为零
fileChannel.transferTo(long position, long count, WritableByteChannel target)
  • 将字节从给定的可读取字节通道传输到此通道的文件中
  • 对比 从源通道读取并将内容写入此通道的循环语句相比,此方法更高效
//src - 源通道
//position - 文件中的位置,从此位置开始传输,必须非负数
//count - 要传输的最大字节数, 必须非负数
//返回:实际已传输的字节数,可能为零
fileChannel.transferFrom(ReadableByteChannel src, long position, long count)
  • 注意
    • 上述方法允许将一个通道连接到另一个通道,不需要在用户态和内核态来回复制,同时通道间的内核态数据也无需复制
    • transferTo()只有源为FileChannel才支持transfer这种高效的复制方式,其他如SocketChannel都不支持transfer模式
    • 一般可以做FileChannel->FileChannel 和 FileChannel->SocketChannel的transfer零拷贝
      在这里插入图片描述
      在这里插入图片描述

文件IO实战

需求

  • 实现一个文件拷贝,对比不同IO方式性能差异,文件大小 200MB~5GB
  • 编码类型
    • 普通java的io
    • 普通java的带bufferio
    • 零拷贝实现之mmapio
    • 零拷贝实现之sendfileio
  • 运行环境
    • 阿里云Linux CentOS7.X
    • 安装JDK11 配置全局环境变量
      • 配置 vim /etc/profile
      • 环境变量立刻生效
        • source /etc/profile
        • 查看安装情况 java -version
JAVA_HOME=/usr/local/software/jdk11
CLASSPATH=$JAVA_HOME/lib/
PATH=$PATH:$JAVA_HOME/bin
export PATH JAVA_HOME CLASSPATH

代码编写实战

IOTest.java 文件
package net.demo;

import java.io.BufferedInputStream;
import java.io.BufferedOutputStream;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.RandomAccessFile;
import java.nio.MappedByteBuffer;
import java.nio.channels.FileChannel;

/**
 *  java IOTest.java "io" "source" "target"
 */
public class IOTest {
    public static void main(String[] args) {
        String type = args[0];
        String inputFilePath = args[1];
        String outputFilePath = args[2];
        if ("io".equalsIgnoreCase(type)) {
            inputStreamCopyFile(inputFilePath, outputFilePath);

        } else if ("buffer".equalsIgnoreCase(type)) {
            bufferInputStreamCopyFile(inputFilePath, outputFilePath);

        } else if ("mmap".equalsIgnoreCase(type)) {
            mmapCopyFile(inputFilePath, outputFilePath);

        } else if ("sendfile".equalsIgnoreCase(type)) {
            sendfileCopyFile(inputFilePath, outputFilePath);

        }
    }

    private static void sendfileCopyFile(String inputFilePath, String outputFilePath) {
        long start = System.currentTimeMillis();

        try (
                FileChannel channelIn = new FileInputStream(inputFilePath).getChannel();
                FileChannel channelOut  = new FileOutputStream(outputFilePath).getChannel();
        ) {
            // 代码一:针对小于2GB的问题,返回值为真实拷贝的size,最大拷贝2G,超出2G的部分将丢弃,最终拷贝文件大小只有2GB多点
            // channelIn.transferTo(0, channelIn.size(), channelOut);

            //代码二:针对大于2GB的文件,方案
            //获取文件总大小
            long size = channelIn.size();

            for (long left = size; left > 0; ) {
                //transferSize所拷贝过去的真实长度,size - left计算出下次要拷贝的位置
                long transferSize = channelIn.transferTo((size - left), left, channelOut);
                System.out.println("总大小:"+size+",拷贝大小:"+transferSize);
                //left剩余字节多少
                left = left - transferSize;
            }

        } catch (IOException e) {
            e.printStackTrace();
        }

        long end = System.currentTimeMillis();
        System.out.println("耗时:"+(end - start));
    }

    private static void mmapCopyFile(String inputFilePath, String outputFilePath) {
        long start = System.currentTimeMillis();

        try (
                FileChannel channelIn = new FileInputStream(inputFilePath).getChannel();
                FileChannel channelOut = new RandomAccessFile(outputFilePath, "rw").getChannel();

        ) {
            long size = channelIn.size();
            System.out.println("mappedFile:" + size);
            MappedByteBuffer mbbi = channelIn.map(FileChannel.MapMode.READ_ONLY, 0, size);
            MappedByteBuffer mbbo = channelOut.map(FileChannel.MapMode.READ_WRITE, 0, size);
            for (int i = 0; i < size; i++) {
                byte b = mbbi.get(i);
                mbbo.put(i, b);
            }

        } catch (Exception e) {
            e.printStackTrace();
        }

        long end = System.currentTimeMillis();
        System.out.println("耗时:"+(end - start));
    }

    private static void bufferInputStreamCopyFile(String inputFilePath, String outputFilePath) {
        long start = System.currentTimeMillis();
        try (
                BufferedInputStream bis = new BufferedInputStream( new FileInputStream(inputFilePath));
                BufferedOutputStream bos = new BufferedOutputStream(new FileOutputStream(outputFilePath));
        ) {

//            byte[] buf = new byte[64];
            byte[] buf = new byte[1];//方便测试字节改用1
            int len;
            while ((len = bis.read(buf)) != -1) {
                bos.write(buf);
            }

        } catch (Exception e) {
            e.printStackTrace();
        }
        long end = System.currentTimeMillis();
        System.out.println("耗时:"+(end - start));
    }

    private static void inputStreamCopyFile(String inputFilePath, String outputFilePath) {

        long start = System.currentTimeMillis();
        try (
                FileInputStream fis = new FileInputStream(inputFilePath);
                FileOutputStream fos = new FileOutputStream(outputFilePath)
        ) {

//            byte[] buf = new byte[64];
            byte[] buf = new byte[1];//方便测试字节改用1
            int len;
            while ((len = fis.read(buf)) != -1) {
                fos.write(buf);
            }

        } catch (Exception e) {
            e.printStackTrace();
        }
        long end = System.currentTimeMillis();
        System.out.println("耗时:"+(end - start));

    }
}
上传阿里云,测试运行代码看耗时
#释放所有缓存
echo 3 > /proc/sys/vm/drop_caches

#查看内存使用
free -h -w -s 1

#查看机器负载
top 

java IOTest.java "io" "/usr/local/software/slow.log" "/usr/local/software/iotest/slow.log"
java IOTest.java "buffer" "/usr/local/software/slow.log" "/usr/local/software/iotest/slow.log"
java IOTest.java "mmap" "/usr/local/software/slow.log" "/usr/local/software/iotest/slow.log"
java IOTest.java "sendfile" "/usr/local/software/slow.log" "/usr/local/software/iotest/slow.log"
  • 局部性原理:指计算机在执行某个程序时,倾向于使用最近使用的数据
    • 时间局部性:如果程序中的某条指令一旦被执行,则不久的将来该指令可能再次被执行
    • 空间局部性:一旦程序访问了某个存储单元,在不久的将来,其附近的存储单元也最有可能被访问
为啥带buffer的IO比普通IO性能高?
  • 文件读取,OS的做了什么优化操作
    • 每次读数据的时候,系统根据局部性原理,通过 DMA 会读入更多的数据到内核缓冲区里面
    • OS根据局部性原理会在一次 read()系统调用过程中预读更多的文件数据缓存在内核IO缓冲区中
    • 当继续访问的文件数据在缓冲区中时便直接拷贝数据到进程缓冲区,避免了再次的低效率磁盘IO操作
    • OS已经帮减少磁盘IO操作次数,提高了性能
BufferedInputStream为啥性能高点
  • 通过减少系统调用次数来提高性能了IO性能,即减少CPU在内核态和用户态的上下文切换次数
  • 在 kernel buffer 把数据拷贝到 user buffer 的时候,把数据多拷贝到 user buffer 中
  • 比如
    • 进程user buffer想要向内核态读取4个字节,但是内核态上面有8个字节数据,大方点都拷贝到user buffer里面
    • 当进程user buffer下次要再读取4个字节的时候,因为数据已经在user buffer中了,就不需要上下文切换

性能差异分析

  • 普通拷贝
    • 普通java的io流【慢】1800秒
    • 普通java的带buffer的io【快】80秒
  • 零拷贝(1~2g文件差别不大)
    • 零拷贝实现之mmap的io【快】30秒
    • 零拷贝实现之sendfile的io【快】30秒

原理分析

  • mmap
    在这里插入图片描述

  • sendfile
    在这里插入图片描述

中间件零拷贝的应用

Nginx 使用就是 sendfile 零拷贝

  • Web Server 处理静态页面请求时,是从磁盘中读取网页的内容,所以选择这个
    • 因为 sendfile不能在应用程序中修改数据,所以适合 静态文件服务器或者是直接转发数据的代理服务器
      在这里插入图片描述

RocketMQ

  • 主要是mmap,也有小部分使用sendfile
  • rocketMQ在消息存盘和网络发送使用mmap, 单个CommitLog文件大小默认1GB
    • 要在用户进程内处理数据,然后再发送出去的话,用户空间和内核空间的数据传输就是不可避免的
      在这里插入图片描述

其它中间件

  • Kafka :主要是sendfile,也有小部分使用mmap
    • kafka 在客户端和 broker 进行数据传输时,broker 使用 sendfile 系统调用,类似 【FileChannel.transferTo】 API,将磁盘文件读到 OS 内核缓冲区后,直接转到 socket buffer 进行网络发送,即 Linux 的 sendfile
  • Hadoop、Tomcat、Kafka、Netty、Zookeeper、Rabbitmq… 等都有用到零拷贝

优缺点

  • 零拷贝的目标

    • 解放CPU,避免CPU做太多事情
    • 减少内存带宽占用
    • 减少用户态和内核态上下文切换过多
    • 在文件较小的时候 mmap 耗时更短,当文件较大时 sendfile 的方式最优
  • 零拷贝方式对比

    • sendfile
      • 无法在调用过程中修改数据,只适用于应用程序不需要对所访问数据进行处理修改情况
      • 场景
        • 比如 静态文件传输,MQ的Broker发送消息给消费者
        • 如果想要在传输过程中修改数据,可以使用mmap系统调用
      • 文件大小:适合大文件传输
      • 切换和拷贝:2次上下文切换,最少 2 次数据拷贝
    • mmap
      • 在mmap调用可以在应用程序中直接修改Page Cache中的数据,使用的是mmap+write两步
        • 调用比sendfile成本高,但优于传统I/O的拷贝实现方式,虽然比 sendfile 多了上下文切换
        • 但用户空间与内核空间并不需要数据拷贝,在正确使用情况下并不比 sendfile 效率差
      • 场景
        • 多个线程以只读的方式同时访问一个文件, mmap 机制下多线程共享同一物理内存空间,节约内存
      • 文件大小:适合小数据量读写
      • 切换和拷贝:4 次上下文切换,3 次数据拷贝

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2262241.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

云灾备技术

目录 云灾备分类与定义 云容灾定义与主要应用场景 云容灾定义 应用场景 云备份定义与主要应用场景 云备份定义 应用场景 云容灾参考模型与关键技术 云备份参考模型与关键技术 云灾备分类与定义 云容灾技术是指保护云数据中心业务持续性的灾备技术&#xff0c;它是云灾…

进程通信方式---共享映射区(无血缘关系用的)

5.共享映射区&#xff08;无血缘关系用的&#xff09; 文章目录 5.共享映射区&#xff08;无血缘关系用的&#xff09;1.概述2.mmap&&munmap函数3.mmap注意事项4.mmap实现进程通信父子进程练习 无血缘关系 5.mmap匿名映射区 1.概述 原理&#xff1a;共享映射区是将文件…

leetcode 面试经典 150 题:长度最小的子数组

链接长度最小的子数组题序号209题型数组解题方法滑动窗口难度中等 题目 给定一个含有 n 个正整数的数组和一个正整数 target 。找出该数组中满足其总和大于等于 target 的长度最小的 子数组 [numsl, numsl1, …, numsr-1, numsr] &#xff0c;并返回其长度。如果不存在符合条件…

代码随想录day22 | 回溯算法理论基础 leetcode 77.组合 77.组合 加剪枝操作 216.组合总和III 17.电话号码的字母组合

DAY22 回溯算法开始 学到目前最烧脑的一天 回溯算法理论基础 任何回溯算法都可以抽象成一个树结构 理论基础 什么是回溯法 回溯法也可以叫做回溯搜索法&#xff0c;它是一种搜索的方式。 在二叉树系列中&#xff0c;我们已经不止一次&#xff0c;提到了回溯 回溯是递归的副…

画一颗随机数

代码&#xff1a; <!DOCTYPE html> <html lang"en"> <head><meta charset"UTF-8"><title>codePen - Random Tree</title> </head> <body><canvas></canvas><script>const canvas doc…

牛客周赛 Round 72 题解

本次牛客最后一个线段树之前我也没碰到过&#xff0c;等后续复习到线段树再把那个题当例题发出来 小红的01串&#xff08;一&#xff09; 思路&#xff1a;正常模拟&#xff0c;从前往后遍历一遍去统计即可 #include<bits/stdc.h> using namespace std; #define int lo…

[x86 ubuntu22.04]投影模式选择“只使用外部”,外部edp屏幕无背光

1 问题描述 CPU&#xff1a;G6900E OS&#xff1a;ubuntu22.04 Kernel&#xff1a;6.8.0-49-generic 系统下有两个一样的 edp 屏幕&#xff0c;投影模式选择“只使用外部”&#xff0c;内部 edp 屏幕灭&#xff0c;外部 edp 屏幕无背光。DP-1 是外部 edp 屏幕&#xff0c;eDP-1…

清理C盘小记

突然C盘就爆满了&#xff0c;想当初还是给他预留了120G的空间&#xff0c;感觉到现在也不够用了&#xff0c;担心出现死机的情况就赶紧进行了清理。有一说一&#xff0c;清理回收站是真的有用。 参考&#xff1a;C盘清理指南&#xff0c;清理出30G起&#xff0c;超详细总结&am…

Docker:Docker Compose(补充三)

Docker&#xff1a;Docker Compose 1. Docker Compose 批量管理容器的工具 1. Docker Compose 批量管理容器的工具 Docker Compose 是一个用于定义和运行多容器 Docker 应用程序的工具。通过一个 YAML 文件来配置应用服务&#xff0c;它允许用户编排、组合和配置多个容器的部署…

lightRAG 论文阅读笔记

论文原文 https://arxiv.org/pdf/2410.05779v1 这里我先说一下自己的感受&#xff0c;这篇论文整体看下来&#xff0c;没有太多惊艳的地方。核心就是利用知识图谱&#xff0c;通过模型对文档抽取实体和关系。 然后基于此来构建查询。核心问题还是在解决知识之间的连接问题。 论…

Visual studio的AI插件-通义灵码

通义灵码 TONGYI Lingma 兼容 Visual Studio、Visual Studio Code、JetBrains IDEs 等主流 IDE&#xff1b;支持 Java、Python、Go、C/C、C#、JavaScript、TypeScript、PHP、Ruby、Rust、Scala 等主流编程语言。 安装 打开扩展管理器&#xff0c;搜送“TONGYI Lingma”&…

shutil 文件拷贝copy - python 实现

DataBall 助力快速掌握数据集的信息和使用方式&#xff0c;会员享有 百种数据集&#xff0c;持续增加中。 需要更多数据资源和技术解决方案&#xff0c;知识星球&#xff1a; “DataBall - X 数据球(free)” -------------------------------------------------------------…

attack xv6

思路 被这个实验折磨了两天&#xff0c;可能是2024新出的一个实验内容&#xff0c;网上资料少&#xff0c;参考了一篇仅有的博客&#xff0c;吭哧吭哧分析出来了个大概吧…在此记录一下&#xff0c;以便帮助有需要的人。 attack xv6的ans只有几行代码&#xff0c;根据实验描述…

Flink CDC实时同步mysql数据

官方参考资料&#xff1a; https://nightlies.apache.org/flink/flink-cdc-docs-master/zh/docs/connectors/flink-sources/mysql-cdc/ Apache Flink 的 Change Data Capture (CDC) 是一种用于捕获数据库变化&#xff08;如插入、更新和删除操作&#xff09;的技术。Flink CDC…

eclipse 如何设置项目、不同类型文件的 utf8 编码

编码问题一直是软件开发中让人头疼的小细节&#xff0c;尤其是团队协作中&#xff0c;若编码格式不统一&#xff0c;乱码问题便会频繁出现。那么如何在 Eclipse 中统一设置项目和文件的 UTF-8 编码&#xff0c;避免因编码问题造成不必要的困扰呢&#xff1f;今天&#xff0c;我…

Unity中触发器Trigger无法被射线检测到的问题

今天在做项目的时候发现,同一个物体,当他是碰撞器的时候,可以被射线检测到. 但是当他变成触发器的时候,射线就检测不到了??? 本来以为就是这样的,但是查了资料发现并没有这样的限制,触发器也是可以正常被射线检测的 到处查资料都没有发现问题,后来发现是下面这个设置不知道…

第一个AJAX调用XMLHttpRequest

第一个AJAX调用XMLHttpRequest 创建对象&#xff0c;用于浏览器和服务器的通信&#xff0c;不需要刷新浏览器 const request new XMLHttpRequest();通过GET请求方式在API中请求数据 request.open(GET, https://restcountries.com/v3.1/name/Russia);注&#xff1a;我这里的…

群落生态学研究进展】Hmsc包开展单物种和多物种分析的技术细节及Hmsc包的实际应用

联合物种分布模型&#xff08;Joint Species Distribution Modelling&#xff0c;JSDM&#xff09;在生态学领域&#xff0c;特别是群落生态学中发展最为迅速&#xff0c;它在分析和解读群落生态数据的革命性和独特视角使其受到广大国内外学者的关注。在学界不同研究团队研发出…

如何在 Apifox 中发布多语言的 API 文档?

“API 文档是开发协作的桥梁&#xff0c;而多语言支持则让这座桥梁跨越更多的技术边界。使用 Apifox&#xff0c;不仅可以快速生成 API 文档&#xff0c;还能轻松实现多语言的支持与发布。今天&#xff0c;我们一起来探索 Apifox 在多语言文档发布中的最佳实践&#xff01;” …