cachepc-linux

Fork of AMDESE/linux with modifications for CachePC side-channel attack
git clone https://git.sinitax.com/sinitax/cachepc-linux
Log | Files | Refs | README | LICENSE | sfeed.txt

remap_file_pages.rst (1647B)


      1:Original: Documentation/vm/remap_file_pages.rst
      2
      3:翻译:
      4
      5 司延腾 Yanteng Si <siyanteng@loongson.cn>
      6
      7:校译:
      8
      9
     10==============================
     11remap_file_pages()系统调用
     12==============================
     13
     14remap_file_pages()系统调用被用来创建一个非线性映射,也就是说,在这个映射中,
     15文件的页面被无序映射到内存中。使用remap_file_pages()比重复调用mmap(2)的好
     16处是,前者不需要内核创建额外的VMA(虚拟内存区)数据结构。
     17
     18支持非线性映射需要在内核虚拟内存子系统中编写大量的non-trivial的代码,包括热
     19路径。另外,为了使非线性映射工作,内核需要一种方法来区分正常的页表项和带有文件
     20偏移的项(pte_file)。内核为达到这个目的在PTE中保留了标志。PTE标志是稀缺资
     21源,特别是在某些CPU架构上。如果能腾出这个标志用于其他用途就更好了。
     22
     23幸运的是,在生活中并没有很多remap_file_pages()的用户。只知道有一个企业的RDBMS
     24实现在32位系统上使用这个系统调用来映射比32位虚拟地址空间线性尺寸更大的文件。
     25由于64位系统的广泛使用,这种使用情况已经不重要了。
     26
     27syscall被废弃了,现在用一个模拟来代替它。仿真会创建新的VMA,而不是非线性映射。
     28对于remap_file_pages()的少数用户来说,它的工作速度会变慢,但ABI被保留了。
     29
     30仿真的一个副作用(除了性能之外)是,由于额外的VMA,用户可以更容易达到
     31vm.max_map_count的限制。关于限制的更多细节,请参见DEFAULT_MAX_MAP_COUNT
     32的注释。