关于glibc中__vm_copy函数的定义与实现位置问询

问题背景 #

调研glibc库中memcpy函数实现时，发现如下代码片段：

#include <mach.h>

/* Threshold at which vm_copy is more efficient than well-optimized copying
   by words.  */
#define PAGE_COPY_THRESHOLD     (16384)

#define PAGE_SIZE       __vm_page_size
#define PAGE_COPY_FWD(dstp, srcp, nbytes_left, nbytes)                \
  ((nbytes_left) = ((nbytes) -                            \
            (__vm_copy (__mach_task_self (),                  \
                (vm_address_t) srcp, trunc_page (nbytes),     \
                (vm_address_t) dstp) == KERN_SUCCESS          \
             ? trunc_page (nbytes)                    \
             : 0)))

无法找到__vm_copy的相关定义，已通过grep -rnw . -e vm_copy检索glibc仓库但无结果，希望了解__vm_copy是什么以及它的实现位置。

解答 #

• __vm_copy的本质：它是Mach微内核提供的系统调用，而非glibc自身实现的函数。Mach是BSD、早期macOS等系统的底层内核架构，glibc中这段代码是专门针对Mach平台的适配逻辑。
• 功能作用：它直接在内核层面完成虚拟内存页的复制操作，效率远高于用户态下逐字/逐块的复制逻辑，所以代码中设置了PAGE_COPY_THRESHOLD（16384字节），当复制数据量超过这个阈值时，会优先尝试调用__vm_copy来提升效率。
• 定义与实现位置：
  • 声明：在Mach内核的头文件中，也就是代码里包含的<mach.h>间接引用的mach/vm_copy.h这类内核头文件中。
  • 实现：完全在Mach内核的源码中，不属于glibc的范畴，这也是你在glibc仓库中搜不到它的原因——glibc只是调用这个内核暴露的系统调用接口，并没有实现它。
• 补充说明：这段代码是glibc针对Mach平台的memcpy优化分支，如果__vm_copy调用失败（比如返回非KERN_SUCCESS），会自动回退到普通的用户态复制逻辑，保证功能正常。

内容的提问来源于stack exchange，提问作者kotan