是否可以获取mmap的Linux源代码和MapViewOfFile的Windows源代码？

如何解决是否可以获取mmap的Linux源代码和MapViewOfFile的Windows源代码？

| Goog下午，我最近下载了www.kernel.org主线2.6.39 Linux内核源发行版。我们正在寻找void mmap（void开始，size_t长度，int prot，int标志，int fd，off_t偏移量）的Linux源代码。解压缩tar.bz2发行版后，我们发现了一个文件mmap.c，其中包含内存映射源代码。但是，我们无法在mmap.c中为void mmap（void start，size_t长度，int prot，int标志，int fd，off_t偏移量）提供Linux源代码。是否有任何Linux工程师或管理员在其中获取void mmap（无效开始，size_t长度，int prot，int标志，int fd，off_t偏移量）的Linux源代码？此外，我们对MapViewOfFile的Windows源代码也很感兴趣。我知道这很麻烦，因为Microsoft OS源代码不在开源域中。如果有人想知道为什么需要此源代码，我们将尝试使用32位体系结构上的缓存内存映射文件实现来优化C ++重复数据删除程序原型的运行时性能。我们想了解如何使用mmap和MapViewOfFile来优化原型的运行时性能？谢谢。

解决方法

对于MapViewOfFile，我将检查Winbase.h，但它可能只是声明，否则您将不得不进行逆向工程，在大多数国家/地区都认为这是非法的。我在这里找到了有关MMAP及其工作原理的大量文章。也许有帮助。 , 从android源代码中提取；

#include <unistd.h>
#include <errno.h>
#include <sys/mman.h>

extern void*  __mmap2(void*,size_t,int,size_t);

#define  MMAP2_SHIFT  12
void*   mmap( void*  addr,size_t  size,int  prot,int  flags,int  fd,long  offset )
{
    if ( offset & ((1UL << MMAP2_SHIFT)-1) ) {
    errno = EINVAL;
    return MAP_FAILED;
  }

    return __mmap2(addr,size,prot,flags,fd,(size_t)offset >> MMAP2_SHIFT);
}

资料来源：mmap.c 现在，实际的__mmap2调用已具有汇编，因此它将取决于您的弓。这是x86版本：

/* autogenerated by gensyscalls.py */
#include <sys/linux-syscalls.h>

    .text
    .type __mmap2,@function
    .globl __mmap2
    .align 4

__mmap2:
    pushl   %ebx
    pushl   %ecx
    pushl   %edx
    pushl   %esi
    pushl   %edi
    pushl   %ebp
    mov     28(%esp),%ebx
    mov     32(%esp),%ecx
    mov     36(%esp),%edx
    mov     40(%esp),%esi
    mov     44(%esp),%edi
    mov     48(%esp),%ebp
    movl    $__NR_mmap2,%eax
    int     $0x80
    cmpl    $-129,%eax
    jb      1f
    negl    %eax
    pushl   %eax
    call    __set_errno
    addl    $4,%esp
    orl     $-1,%eax
1:
    popl    %ebp
    popl    %edi
    popl    %esi
    popl    %edx
    popl    %ecx
    popl    %ebx
    ret

资料来源：__ mmap2.S , 要获得Win32MapViewOfFile的实现，您将需要支付昂贵的订阅费用，签署合法的保密协议等。 linuxmmap是公开可读的。但是，您应该知道有两个部分：glibc中的mmap函数和内核中所有感兴趣的位所在的匹配的syscall。您显示的签名是针对glibc函数的，不要期望syscall具有完全相同的参数。但是您无需阅读实现即可“了解如何使用mmap和MapViewOfFile\”。 , 我的直接猜测是，试图弄清楚如何从源代码到函数更好地使用它们，（充其量）可能是一种无处不在的round回方式。特别是，您可能必须要查看更多/其他代码才能获得更多功能。当您深入了解它时，mmap / MapViewOfFile本身中的代码很可能没有什么帮助（最多），而其他代码（例如在文件系统驱动程序和文件缓存中）可能更有意义。深入了解后，mmap和MapViewOfFile的工作相对简单：设置页面描述符，将一系列虚拟地址映射到某些文件的某些部分。在尝试访问这些页面之一之前，不会发生其他/更多事情。这将触发“不存在”错误。故障处理程序将使用I / O子系统从磁盘中读取相应的数据，并返回以执行原始指令。仍然没有太多，这很有趣。至少从优化的角度来看，事情变得有趣的一点是在I / O子系统内部。这样可以（例如）跟踪页面错误的历史记录，并使用它来预测不久可能需要哪些页面（如果是这样，则可以在故障发生之前对预测页面进行问题读取）。但是，充其量来说，mmap / MapViewOfFile的源代码根本不会直接引到您可能关心的I / O子系统的各个部分（事实上，它们在此几乎几乎是无用的）。尊重）。 , 有趣，但我也需要mmap来源... :) 到目前为止，我只能在NetBSD上找到答案。基于此评论： libc函数位于src / lib / libc / sys / mmap.c中相应的内核功能在src / sys / uvm / uvm_map.c中： int uvm_map（struct vm_map * map，vaddr_t startp / IN / OUT * /，vsize_t size， struct uvm_object * uobj，voff_t uoffset，vsize_t align，uvm_flag_t标志）实际的链接对应于NetBSD版本8，但是您可以将其替换为任何其他版本。问候。

是否可以获取mmap的Linux源代码和MapViewOfFile的Windows源代码？

如何解决是否可以获取mmap的Linux源代码和MapViewOfFile的Windows源代码？

解决方法

相关推荐