pg_prewarm 与 pgfincore的区别

最新推荐文章于 2025-06-05 21:33:08 发布

转载最新推荐文章于 2025-06-05 21:33:08 发布 · 611 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://my.oschina.net/quanzl/blog/677810

本文深入探讨了pgfincore和pg_prewarm如何利用操作系统缓存进行预热操作，以及它们在预热过程中面对的不可控性。文章详细解释了POSIX_fadvise函数的作用，比较了两种预热方法的差异，并通过实例说明了预热操作的局限性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

为什么80%的码农都做不了架构师？>>>

pg_prewarm 集成于 contrib
pgfincore：https://github.com/klando/pgfincore

1、pgfincore

主要是利用 POSIX 的 posix_fadvise函数，pgfadvise_loader_file中可以看到它的调用，支持两种模式：POSIX_FADV_WILLNEED与POSIX_FADV_DONTNEED，posix_fadvise详细解释请看：http://linux.die.net/man/2/posix_fadvise。

文档没有提到 WILLNEED 会持续多久，影响范围多大，恐怕需要我们去读一下源代码才能更清楚。

看名字就知道，这个函数只是建议 OS 怎么做，最终还得OS说了算。

2、pg_prewarm

直接看利用系统缓存的代码，简单粗暴，但是最终哪些块能留住恐怕就不好说了。

        for (block = first_block; block <= last_block; ++block)
        {
            CHECK_FOR_INTERRUPTS();
            smgrread(rel->rd_smgr, forkNumber, block, blockbuffer);
            ++blocks_done;
        }

并不是每个系统都支持 posix_fadvise，这时候 pg_prewarm 就会成为唯一选择。

可以看出，利用操作系统缓存来预热PG数据，都有一定的不可控性，并不能干涉最底层的动作，都是发出建议。

prewarm让我想起 PG 文件 extend 的事情，一个块一个块的来操作，不论对I/O还是 CPU，都不是最好的主意。

延伸阅读：posix_fadvise清除缓存的误解和改进措施

转载于:https://my.oschina.net/quanzl/blog/677810