AI 助理
备案控制台
开发者社区 龙蜥操作系统 文章 正文

深入了解 Linux PageCache 页缓存：优化文件系统的性能、效率（一）

2023-07-24 2701
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： 深入了解 Linux PageCache 页缓存：优化文件系统的性能、效率

前言

app 应用程序和硬件之间隔着一个内核，内核通过 pagecache 来维护数据，若 pagecache 数据被标识为 dirty，就会有一个 flush 刷新的过程，刷写到磁盘中去，什么时候刷新决定着 IO 的模型

多个 app 应用程序可能共享一份 pagecache，只是它们对应的指针和偏移量 seek 不同，也就是说它们有各自不同的 fd 文件描述符；若应用程序同时对一个 pagecache 同一个位置进行了修改，内核也会像 Java 一样有一个加锁的过程，也就是锁总线、屏障这些工作来保障安全性.

脏页

Linux 以页作为高速缓存的单位，当进程修改了高速缓存中的数据时，该页就会被内核标记为脏页，内核会在合适的时间把脏页的数据刷写到磁盘中去，以保持高速缓存中的数据与磁盘中的数据是一致的.

虚拟文件系统

在 Linux 中将一切抽象为文件，维护着一个虚拟的文件系统

引用【Linux 内核设计与实现】 书籍：虚拟文件系统（有时也称作为虚拟文件交换，更常见的是简称 VFS）作为内核子系统，为用户空间程序提供了文件和文件系统的接口。系统中所有文件系统不但依赖 VFS 共存，而且也依赖 VFS 系统协同工作。通过虚拟文件系统，程序可以利用标准的 Unix 系统调用对不同的文件系统，甚至对不同介质上的文件系统进行读写操作，如下图：

文件类型

目录树结构趋向于稳定，有一个 映射 过程，底下有不同的文件类型，通过 ll 命令可查看列表开头部分

  1. -：普通文件（可执行、图片、文本、REG）
  2. d：目录
  3. l：连接 -> 软链接、硬链接

stat text.txt：查看文件的元数据信息

建立软链接：ln -sf /opt/vnjohn/softlink.txt /usr/local/text.txt，text.txt 文本内容来自于 softlink.txt

硬链接 inode 号是一样的，指向的是同一块物理位置，同时会进行计数，当某一个文件删除就会减 1

软链接 inode 号是不一样的，但是和硬链接一样修改后的内容会同步更新

  1. b：快设备
  2. c：字符设备 CHR
  3. s：socket
  4. p：pipeline 管道

文件描述符

fd：文件描述符代表打开的文件，有 inode 号、seek 偏移指针的概念

任何程序都有：0-标准输入、1-标准输出、2-报错输出，有输入 <、输出 > 两种 IO 存在

lsof -op $$：查看当前进程下所有的文件描述符信息，o 代表 offset、p 代表 pid

整理一下文件符下常用的命令：

  1. ll /proc/$$/fd： 查看当前进程下所有的文件描述符信息，$$ 可以替换为某个进程号
  2. exec 8< vnjohn.txt：创建一个文件描述符 8 标准输入来自于 vnjohn.txt 文件

创建一个 vnjohn.txt 文本文本，并输入一些内容进去

vim vnjohn.txt

Hello World!

Study every day,not stopping!

  1. read x 0<& 8：让 x 变量的标准输入来自于文件描述符 8，读取后再查看 lsof -op $$，会发现文件描述符 8 的 offset 不再是 0t0，read 命令对换行符特别敏感，遇到换行符会马上停止，会用一个偏移量来补换行符

执行：echo $x 命令，输出的内容是 vnjohn.txt 文本文件第一行的内容：Hello World!

如下图，ot13 = 第一行的内容长度 12 + 换行符 = 13

  1. echo $$：输出当前进程号
  2. /bin/bash：进入到子进程

父子进程之间数据是相互隔离的，即在父进程创建的变量到子进程中读取不到；除非变量是具备导出功能的，如：export 变量名

  1. head -8 | tail -1：显示的是第八行的内容
  2. ls /vnjohn 1> ls.txt 2>&1：/vnjohn 是一个不存在的目录，会报错（有报错输出）标准输出到 ls.txt 文件中，报错输出到 1 号文件描述符中

ls.txt 文件内容： ls: cannot access /vnjohn: No such file or directory

管道

| 可以衔接输入和输出，左边是一个进程，右边又是另外一个进程；$$ 优先级高于管道，使用 $BASHPID 就可以

如：{ echo $BASHPID; read x; } | { cat;echo $BASHPID; read y; }

日常开发中，查看 Redis 进程，ps -ef | grep redis 也是应用到了管道的概念

Page Cache

Page Cache 由内核进行维护，算是中间层，以 4 KB 为单位进行存储，向应用程序分配数据时并不是全量去分配，只是分配它们所需要用到的那些 Page Cache，多个 app 应用程序可能共享一份 pagecache，只是它们对应的指针和偏移量 seek 不同

进程调度的是那些活跃的线程，当应用程序 app 经过 CPU 一、二、三级缓存到内核读取数据时（保护现场：用户态切换到内核态）发现 pagecache 不存在，触发缺页，此时需要 DMA(Direct Memory Access) 协处理器到磁盘中拿数据，app 此时会是一个挂起状态，当从硬盘中拿到数据以后，DMA 发出中断标识给到 CPU，这时 app 就会变为一个可以运行的状态，等待被调度执行

介绍

App 应用程序都有自己对应的缓冲区，当要写入或读取数据时，比如：read(fd8)，会触发系统调用：int 0x80Hex 中断描述符，对应软中断标识符表的条目，负责 用户态->内核态切换，到达内核中，不管你读取多大的数据：1 byte 或多少 byte，内核都是以 4KB 为单位去读取的

  1. 首先经过 CPU 一二三级缓存，读取数据，取不到数据就可能造成了缺页
  2. 这个时候就要往硬盘上走，但又不可能一直等待它执行完（CPU->硬盘执行速度是很慢的），所以此时需要 DMA 协调处理器来处理
  3. DMA 拿到数据了，给一个中断标识，告诉 kernel ，我这边准备好了，你可以不用再挂着了，等待被调度执行即可

前言

app 应用程序和硬件之间隔着一个内核，内核通过 pagecache 来维护数据，若 pagecache 数据被标识为 dirty，就会有一个 flush 刷新的过程，刷写到磁盘中去，什么时候刷新决定着 IO 的模型

多个 app 应用程序可能共享一份 pagecache，只是它们对应的指针和偏移量 seek 不同，也就是说它们有各自不同的 fd 文件描述符；若应用程序同时对一个 pagecache 同一个位置进行了修改，内核也会像 Java 一样有一个加锁的过程，也就是锁总线、屏障这些工作来保障安全性.

脏页

Linux 以页作为高速缓存的单位，当进程修改了高速缓存中的数据时，该页就会被内核标记为脏页，内核会在合适的时间把脏页的数据刷写到磁盘中去，以保持高速缓存中的数据与磁盘中的数据是一致的.

虚拟文件系统

在 Linux 中将一切抽象为文件，维护着一个虚拟的文件系统

引用【Linux 内核设计与实现】 书籍：虚拟文件系统（有时也称作为虚拟文件交换，更常见的是简称 VFS）作为内核子系统，为用户空间程序提供了文件和文件系统的接口。系统中所有文件系统不但依赖 VFS 共存，而且也依赖 VFS 系统协同工作。通过虚拟文件系统，程序可以利用标准的 Unix 系统调用对不同的文件系统，甚至对不同介质上的文件系统进行读写操作，如下图：

文件类型

目录树结构趋向于稳定，有一个 映射 过程，底下有不同的文件类型，通过 ll 命令可查看列表开头部分

  1. -：普通文件（可执行、图片、文本、REG）
  2. d：目录
  3. l：连接 -> 软链接、硬链接

stat text.txt：查看文件的元数据信息

建立软链接：ln -sf /opt/vnjohn/softlink.txt /usr/local/text.txt，text.txt 文本内容来自于 softlink.txt

硬链接 inode 号是一样的，指向的是同一块物理位置，同时会进行计数，当某一个文件删除就会减 1

软链接 inode 号是不一样的，但是和硬链接一样修改后的内容会同步更新

  1. b：快设备
  2. c：字符设备 CHR
  3. s：socket
  4. p：pipeline 管道

文件描述符

fd：文件描述符代表打开的文件，有 inode 号、seek 偏移指针的概念

任何程序都有：0-标准输入、1-标准输出、2-报错输出，有输入 <、输出 > 两种 IO 存在

lsof -op $$：查看当前进程下所有的文件描述符信息，o 代表 offset、p 代表 pid

整理一下文件符下常用的命令：

  1. ll /proc/$$/fd： 查看当前进程下所有的文件描述符信息，$$ 可以替换为某个进程号
  2. exec 8< vnjohn.txt：创建一个文件描述符 8 标准输入来自于 vnjohn.txt 文件

创建一个 vnjohn.txt 文本文本，并输入一些内容进去

vim vnjohn.txt

Hello World!

Study every day,not stopping!

  1. read x 0<& 8：让 x 变量的标准输入来自于文件描述符 8，读取后再查看 lsof -op $$，会发现文件描述符 8 的 offset 不再是 0t0，read 命令对换行符特别敏感，遇到换行符会马上停止，会用一个偏移量来补换行符

执行：echo $x 命令，输出的内容是 vnjohn.txt 文本文件第一行的内容：Hello World!

如下图，ot13 = 第一行的内容长度 12 + 换行符 = 13

  1. echo $$：输出当前进程号
  2. /bin/bash：进入到子进程

父子进程之间数据是相互隔离的，即在父进程创建的变量到子进程中读取不到；除非变量是具备导出功能的，如：export 变量名

  1. head -8 | tail -1：显示的是第八行的内容
  2. ls /vnjohn 1> ls.txt 2>&1：/vnjohn 是一个不存在的目录，会报错（有报错输出）标准输出到 ls.txt 文件中，报错输出到 1 号文件描述符中

ls.txt 文件内容： ls: cannot access /vnjohn: No such file or directory

管道

| 可以衔接输入和输出，左边是一个进程，右边又是另外一个进程；$$ 优先级高于管道，使用 $BASHPID 就可以

如：{ echo $BASHPID; read x; } | { cat;echo $BASHPID; read y; }

日常开发中，查看 Redis 进程，ps -ef | grep redis 也是应用到了管道的概念

Page Cache

Page Cache 由内核进行维护，算是中间层，以 4 KB 为单位进行存储，向应用程序分配数据时并不是全量去分配，只是分配它们所需要用到的那些 Page Cache，多个 app 应用程序可能共享一份 pagecache，只是它们对应的指针和偏移量 seek 不同

进程调度的是那些活跃的线程，当应用程序 app 经过 CPU 一、二、三级缓存到内核读取数据时（保护现场：用户态切换到内核态）发现 pagecache 不存在，触发缺页，此时需要 DMA(Direct Memory Access) 协处理器到磁盘中拿数据，app 此时会是一个挂起状态，当从硬盘中拿到数据以后，DMA 发出中断标识给到 CPU，这时 app 就会变为一个可以运行的状态，等待被调度执行

介绍

App 应用程序都有自己对应的缓冲区，当要写入或读取数据时，比如：read(fd8)，会触发系统调用：int 0x80Hex 中断描述符，对应软中断标识符表的条目，负责 用户态->内核态切换，到达内核中，不管你读取多大的数据：1 byte 或多少 byte，内核都是以 4KB 为单位去读取的

  1. 首先经过 CPU 一二三级缓存，读取数据，取不到数据就可能造成了缺页
  2. 这个时候就要往硬盘上走，但又不可能一直等待它执行完（CPU->硬盘执行速度是很慢的），所以此时需要 DMA 协调处理器来处理
  3. DMA 拿到数据了，给一个中断标识，告诉 kernel ，我这边准备好了，你可以不用再挂着了，等待被调度执行即可

pcstat

借助于 pcstat 来观察 pagecache 元数据信息，此时先安装好 pcstat

https://github.com/tobert/pcstat/releases/download/v0.0.1/pcstat-0.0.1-Linux-arm64.tar.gz

  1. 解压安装包：tar -zxvf pcstat-0.0.1-Linux-arm64.tar.gz
  2. 拷贝可执行文件：cp pcstat /bin/
  3. 运行 pcstat /bin/bash，查看 /bin/bash 所有 pagecache 使用情况

页缓存参数配置

查看内核所有的配置：sysctl -a

筛选与脏页有关的内核配置：sysctl -a | grep dirty

编辑修改内核配置：vi /etc/sysctl.conf

# 后台运行：内存向磁盘写数据触发的阈值
# 脏页刷写到磁盘，不是脏页的进行淘汰，单独起一个线程去处理这些数据
vm.dirty_background_ratio = 0
vm.dirty_background_bytes = 1048576
# 前台运行：当分配 PageCache 时大小达到比例以后，阻塞住，进行 LRU 淘汰
# 脏页刷写到磁盘，不是脏页的进行淘汰
vm.dirty_ratio = 0
vm.dirty_bytes = 1048576
# 将脏页写回磁盘花费时间 5s  
vm.dirty_writeback_centisecs = 5000
# 脏页的生命周期可以存入多久 30s
vm.dirty_expire_centisecs = 30000

sysctl -p：保存并立即执行所修改的内核配置

IO 测试代码 prepare

OSFile.java 源码，待编译后运行的

public class OSFileIO {
    static byte[] data = "123456789\n".getBytes();
    static String path = "/opt/test-file-io/out.txt";
    public static void main(String[] args) throws Exception {
        switch (args[0]) {
            case "0":
                testBasicFileIO();
                break;
            case "1":
                testBufferedFileIO();
                break;
            case "2":
                testRandomAccessFileWrite();
            default:
        }
    }
    /**
     * 最基本的 file 写
     * @throws Exception
     */
    public static void testBasicFileIO() throws Exception {
        File file = new File(path);
        FileOutputStream out = new FileOutputStream(file);
        while (true) {
            Thread.sleep(10);
            out.write(data);
        }
    }
    /**
     * 测试 buffer file IO
     * @throws Exception
     */
    public static void testBufferedFileIO() throws Exception {
        File file = new File(path);
        BufferedOutputStream out = new BufferedOutputStream(new FileOutputStream(file));
        while (true) {
            Thread.sleep(10);
            out.write(data);
        }
    }
    /**
     * 测试 nio file IO
     * @throws Exception
     */
    public static void testRandomAccessFileWrite() throws Exception {
        RandomAccessFile raf = new RandomAccessFile(path, "rw");
        raf.write("hello world\n".getBytes());
        raf.write("study every day\n".getBytes());
        System.out.println("write------------");
        System.in.read();
        raf.seek(5);
        raf.write("vnjohn".getBytes());
        System.out.println("seek---------");
        System.in.read();
        FileChannel rafchannel = raf.getChannel();
        // mmap  堆外和文件映射的 byte not object
        MappedByteBuffer map = rafchannel.map(FileChannel.MapMode.READ_WRITE, 0, 4096);
        // 不是系统调用，但是数据会到达内核的 pagecache
        map.put("@@".getBytes());
        // 曾经我们是需要 out.write() 这样的系统调用，才能让程序的 data 进入内核的 pagecache
        // 曾经必须有用户态内核态切换
        // mmap 内存映射，依然是内核的 pagecache 体系所约束的！！！换言之，还是会丢数据
        System.out.println("map--put--------");
        System.in.read();
        // map.force(); //  flush
        raf.seek(0);
        ByteBuffer buffer = ByteBuffer.allocate(8192);
        // ByteBuffer buffer = ByteBuffer.allocateDirect(1024);
        // buffer.put()
        int read = rafchannel.read(buffer);
        System.out.println(buffer);
        buffer.flip();
        System.out.println(buffer);
        for (int i = 0; i < buffer.limit(); i++) {
            Thread.sleep(200);
            System.out.print(((char) buffer.get(i)));
        }
    }
}

创建一个脚本文件【/opt/test-file-io/my.sh、chmod +x my.sh】，内容如下：

rm -rf *out*
/usr/local/jdk8/bin/javac OSFileIO.java
strace -ff -o /opt/test-file-io/out /usr/local/jdk8/bin/java OSFileIO $1

javac 将 OSFileIO 文件编译为 class 文件

strace -ff：追踪进程所执行的结果输出对应的前缀文件【/opt/test-file-io/out】中

基本 IO

跳转目录：cd /opt/test-file-io

执行最基本 IO 写：./my.sh 0

执行 pcstat 观察页缓存信息：ll -h && pcstat out.txt，显示每个文件的大小并把 Page Cache 的使用情况显示到 out.txt 文件下

会出现以下两种情况：

  1. 第一种：正常关机，会执行中断，告诉硬件要关机了，内存会将 dirty 数据刷写到磁盘上去，重启后可以看到这些数据
  2. 第二种：直接强制关机，程序仍然在运行，但内存还没来得及刷写就关机了.

Buffer IO

为什么 Buffer 写比普通 File 要快？

用户态、内核态切换的次数不同，因为 buffer 在 JVM 中是以 8KB byte[] 字节数组存起来再调用内核写入内存的，但是普通 File 是每次写入都会调用内核写入到内存

Buffer、普通 File 在内核调用的方式区别如下：

  • 普通 File：write(4, "123456789\n", 10) = 10 byte
  • Buffer：write(4, "123456789\n123456789\n123456789\n12"..., 8190) = 8190 ≈ 8K

接下来继续测试 Buffer IO 情况

1、执行 Buffer IO 写：./my.sh 1

2、执行 pcstat 观察页缓存信息：ll -h && pcstat out.txt，显示每个文件的大小并把 Page Cache 的使用情况显示到 out.txt 文件下

3、使用 free -h 命令查看内存占用大小

[root@node3 ~]# free -h
       总大小.       使用大小.     空闲大小.           缓冲区大小.   可用大小.       
              total        used        free      shared  buff/cache   available
Mem:           1.4G        139M        1.1G        8.6M        201M        1.2G
Swap:          2.0G          0B        2.0G

会出现以下两种情况：

  1. 若当前文件的大小一直膨胀到超过物理磁盘的 90%，强制关机，会将该文件的内容（out.txt）刷写到磁盘中去
  2. 若未超过 90%，强制关机之后，所有数据都会被清空.

NIO

ByteBuffer 基础认识

@Test
public void whatByteBuffer() {
   // ByteBuffer buffer = ByteBuffer.allocate(1024); // 堆内分配
   ByteBuffer buffer = ByteBuffer.allocateDirect(1024);// 堆外分配
   System.out.println("postition: " + buffer.position());
   System.out.println("limit: " + buffer.limit());
   System.out.println("capacity: " + buffer.capacity());
   System.out.println("mark: " + buffer);
   buffer.put("123".getBytes());
   System.out.println("-------------put:123......");
   System.out.println("mark: " + buffer);
   buffer.flip();   // 读写交替：读取之前先要 flip
   System.out.println("-------------flip......");
   System.out.println("mark: " + buffer);
   buffer.get();// 取一个字节：position 位置向右移
   System.out.println("-------------get......");
   System.out.println("mark: " + buffer);
   buffer.compact();// // 写操作：从未读取的位置开始重新写入
   System.out.println("-------------compact......");
   System.out.println("mark: " + buffer);
   buffer.clear();
   System.out.println("-------------clear......");
   System.out.println("mark: " + buffer);
}

flip：当往里面取出字节时，pos 向左移，limit 就要占用之前 pos 在右边的位置

compact：当往里面存放字节时，pos 向右移（将读取过的拿出去，重新回归到未存数据的地方）

接下来继续测试 NIO 情况

执行 NIO写：./my.sh 2

执行结果如下：

write------------   # 调用了普通 IO 写
seek---------     # 随机写
map--put--------  # 堆外映射写
java.nio.HeapByteBuffer[pos=4096 lim=8192 cap=8192]
java.nio.HeapByteBuffer[pos=0 lim=4096 cap=8192]
@@llovnjohn
study every day   # ByteBuffer 写

总结

  1. JVM 堆在 Java 应用程序堆里面，堆内：指的是 JVM 堆里面的字节数组；堆外：JVM 堆外，指的是 Java 进程里面的
  2. mmap(Memory Map)内存映射：mmap 调用的是进程和内存共享的内存区域，且这个内存区域是 pagecache 到磁盘文件的映射，一对一的关系；mmap 仍然受内核的 pagecache 体系约束，换言之，仍然会丢数据
  3. 直接 IO：忽略 Linux 中的 pagecache，把 pagecache 交给了程序自身去开辟一个字节数组来当作 pagecache，动用代码逻辑来维护一致性、dirty 脏页等一系列的问题，可以去 GitHub 上找一些其他 C 程序员写的 JNI 扩展库，例如：使用 Linux 内核的 Direct IO
  4. 性能对比：on heap(堆内) < off heap(堆外) < mapped
  5. 使用场景：Netty(on heap、off heap)、Kafka Log 日志文件映射(mmap)，总之，堆内堆外、mmap 都会经过 pagecache，都会丢数据

如果觉得博文不错，关注我 vnjohn，后续会有更多实战、源码、架构干货分享！

推荐专栏：Spring、MySQL，订阅一波不再迷路

大家的「关注❤️ + 点赞👍 + 收藏⭐」就是我创作的最大动力！谢谢大家的支持，我们下文见！



文章标签：
龙蜥操作系统
云数据库 Tair（兼容 Redis）
Java
Shell
开发工具
NoSQL
Linux
Unix
Redis
调度
缓存
存储
关键词：
缓存优化
Linux优化
Linux文件系统
Linux缓存
Linux性能
相关实践学习
CentOS 8迁移Anolis OS 8
Anolis OS 8在做出差异性开发同时，在生态上和依赖管理上保持跟CentOS 8.x兼容，本文为您介绍如何通过AOMS迁移工具实现CentOS 8.x到Anolis OS 8的迁移。
vnjohn
目录
相关文章
久绊A
|
14天前
|
缓存 NoSQL Linux
Linux系统内存使用优化技巧
交换空间（Swap）的优化 禁用 Swap sudo swapoff -a 作用：这个命令会禁用系统中所有的 Swap 空间。swapoff 命令用于关闭 Swap 空间，-a 参数表示关闭 /etc/fstab 文件中配置的所有 Swap 空间。 使用场景：在高性能应用场景下，比如数据库服务器或高性能计算服务器，禁用 Swap 可以减少磁盘 I/O，提高系统性能。
久绊A
33 3
洛秋_
|
3月前
|
存储 缓存 监控
Linux缓存管理：如何安全地清理系统缓存
在Linux系统中，内存管理至关重要。本文详细介绍了如何安全地清理系统缓存，特别是通过使用`/proc/sys/vm/drop_caches`接口。内容包括清理缓存的原因、步骤、注意事项和最佳实践，帮助你在必要时优化系统性能。
洛秋_
300 78
探索云世界动手实践
|
13天前
|
存储 缓存 小程序
微信小程序数据缓存与本地存储：优化用户体验
本文深入探讨微信小程序的数据缓存与本地存储，介绍其意义、机制及应用场景。通过合理使用内存和本地缓存，可减少网络请求、提升加载速度和用户体验。文中详细讲解了常用缓存API的使用方法，并通过一个新闻列表案例展示了缓存的实际应用。最后提醒开发者注意缓存大小限制、时效性和清理，以确保最佳性能。
探索云世界动手实践
31 0
Deephub
|
3月前
|
存储 缓存 自然语言处理
SCOPE：面向大语言模型长序列生成的双阶段KV缓存优化框架
KV缓存是大语言模型（LLM）处理长文本的关键性能瓶颈，现有研究多聚焦于预填充阶段优化，忽视了解码阶段的重要性。本文提出SCOPE框架，通过分离预填充与解码阶段的KV缓存策略，实现高效管理。SCOPE保留预填充阶段的关键信息，并在解码阶段引入滑动窗口等策略，确保重要特征的有效选取。实验表明，SCOPE仅用35%原始内存即可达到接近完整缓存的性能水平，显著提升了长文本生成任务的效率和准确性。
Deephub
258 3
SCOPE：面向大语言模型长序列生成的双阶段KV缓存优化框架
那年春天
|
4月前
|
缓存 监控 前端开发
在资源加载优化中，如何利用浏览器缓存提升性能？
通过以上这些方法，可以有效地利用浏览器缓存来提升资源加载的性能，减少网络请求次数，提高用户体验和应用的响应速度。同时，需要根据具体的应用场景和资源特点进行灵活调整和优化，以达到最佳的效果。此外，随着技术的不断发展和变化，还需要持续关注和学习新的缓存优化方法和策略。
那年春天
121 53
1941623231718325
|
3月前
|
运维 监控 Linux
BPF及Linux性能调试探索初探
BPF技术从最初的网络数据包过滤发展为强大的系统性能优化工具，无需修改内核代码即可实现实时监控、动态调整和精确分析。本文深入探讨BPF在Linux性能调试中的应用，介绍bpftune和BPF-tools等工具，并通过具体案例展示其优化效果。
1941623231718325
127 14
muxiaoxi
|
4月前
|
缓存 并行计算 Linux
深入解析Linux操作系统的内核优化策略
本文旨在探讨Linux操作系统内核的优化策略，包括内核参数调整、内存管理、CPU调度以及文件系统性能提升等方面。通过对这些关键领域的分析，我们可以理解如何有效地提高Linux系统的性能和稳定性，从而为用户提供更加流畅和高效的计算体验。
muxiaoxi
118 17
游客7v53mftipku2u
|
3月前
|
存储 缓存 网络协议
Linux操作系统的内核优化与性能调优####
本文深入探讨了Linux操作系统内核的优化策略与性能调优方法，旨在为系统管理员和高级用户提供一套实用的指南。通过分析内核参数调整、文件系统选择、内存管理及网络配置等关键方面，本文揭示了如何有效提升Linux系统的稳定性和运行效率。不同于常规摘要仅概述内容的做法，本摘要直接指出文章的核心价值——提供具体可行的优化措施，助力读者实现系统性能的飞跃。 ####
游客7v53mftipku2u
87 1
无糖可乐嘟嘟
|
3月前
|
监控 算法 Linux
Linux内核锁机制深度剖析与实践优化####
本文作为一篇技术性文章，深入探讨了Linux操作系统内核中锁机制的工作原理、类型及其在并发控制中的应用，旨在为开发者提供关于如何有效利用这些工具来提升系统性能和稳定性的见解。不同于常规摘要的概述性质，本文将直接通过具体案例分析，展示在不同场景下选择合适的锁策略对于解决竞争条件、死锁问题的重要性，以及如何根据实际需求调整锁的粒度以达到最佳效果，为读者呈现一份实用性强的实践指南。 ####
无糖可乐嘟嘟
106 2
游客7v53mftipku2u
|
3月前
|
缓存 监控 网络协议
Linux操作系统的内核优化与实践####
本文旨在探讨Linux操作系统内核的优化策略与实际应用案例，深入分析内核参数调优、编译选项配置及实时性能监控的方法。通过具体实例讲解如何根据不同应用场景调整内核设置，以提升系统性能和稳定性，为系统管理员和技术爱好者提供实用的优化指南。 ####
游客7v53mftipku2u
96 1

龙蜥操作系统

热门文章

最新文章

  • 1
    Win11彻底卸载WSL2系统（去除导航窗格Linux图标）
  • 2
    Virtualbox上安装Linux系统(CentOS7)（图文超详细）
  • 3
    AI 场景下确保模型数据安全，Confidential AI 技术最佳实践解读
  • 4
    部署并使用Docker（Alibaba Cloud Linux 3）
  • 5
    linux添加环境变量4种方法
  • 6
    Linux环境下Docker的卸载
  • 7
    查看linux操作系统版本：Ubuntu？Centos？还是其他？
  • 8
    Linux系统之温度监控工具——lm_sensors的安装和基本使用
  • 9
    M1 macos docker获取x86 x64 amd 等指定架构版本linux ubuntu mysql 容器并启动容器
  • 10
    手把手教学攻略：在Anolis OS上部署OpenVINO深度学习模型
  • 1
    「2024龙蜥社区年度优秀贡献者」榜单公布，恭喜上榜企业和个人
    26
  • 2
    运维联盟 SOMA 评测系统正式发布，让你的运维工具跑分更丝滑
    17
  • 3
    打造更 AI 的操作系统 《龙蜥+超级探访》第三期走进浪潮信息
    22
  • 4
    《2024 龙蜥操作系统开源社区白皮书》正式发布 引领开源操作系统新征程
    29
  • 5
    用户实操：如何以龙蜥操作系统为底座在 CPU 上运行 DeepSeek-R1
    106
  • 6
    活动推荐：2025 RISC-V 生态大会将在北京召开，龙蜥受邀参展
    63
  • 7
    Anolis OS深度集成运维利器 阿里云操作系统控制台上线
    42
  • 8
    参与有奖 服务器操作系统用户调研问卷（2024年度）
    49
  • 9
    普惠AI 如何在 Anolis OS 8 上部署生产可用的 DeepSeek 推理服务
    67
  • 10
    年度回顾 | 龙蜥这一年：进化·重构·赴未来
    74

    • 相关课程

    更多
  • Linux高级网络应用 - 网络管理与配置实战
  • Linux Web服务器Nginx搭建与配置
  • 计算机基础与Linux入门
  • Linux企业运维实战 - 入门及常用命令
  • Linux Shell 编程入门与实战
  • Linux网络进阶 - TCP/IP协议及OSI七层模型

    • 相关电子书

    更多
  • 基于英特尔 SSD 的虚拟机缓存解决SSD
  • 用户态高速块缓存方案
  • 高性能Web架构之缓存体系

    • 相关实验场景

    更多
  • 通过云原生API网关进行AI缓存
  • Linux指令入门-文件与权限
  • Linux系统的文本处理
  • Linux指令入门-系统管理
  • 使用计算巢企业应用，一键获取专属的Linux服务器管理软件
  • Alibaba Cloud Linux操作系统的安装及使用

    • 推荐镜像

    更多
  • mxlinux-iso
  • archlinuxarm
  • archlinuxcn
    • 下一篇
    通义万相2.1视频/图像模型新升级！可在阿里云百炼直接体验