为什么我无法加载 0x201.000 以下的可执行文件（哪个线性地址 space 在 linux 进程中被视为可用？它记录在哪里？）
Why am I unable to load an executable below 0x201.000 ( Which linear address space is seen as available in a linux process ? Where is it documented?)
我在 linux 3.16.0-29-generic 上使用 gcc。
我设法指示 gcc 编译器使用 gcc -Wl,--section-start=.text=0x201000 选项将我正在编译的代码的加载地址设置为 0x201.000（ELF 的 header 似乎需要 0x1000，所以我不能低于 0x201.000）。
而不是在其他测试中使用 mmap，我已经能够分配较低的地址，例如有时 0x10.000 从不从 0x0.000 到 0xF.000，并且总是所有其他地址达到和超过 0x800.000 ）。
因此，我要问的是，从 OS 用户的角度来看，哪些地址可用于通用进程，以及为什么可执行文件不能加载到 0x200.000 以下？
它在哪里记录或我应该在哪里查看。
是否保证某些虚拟内存应该始终存在？在任何请求的地址（除非物理内存不足？）。
本质上，问题是 "what is the linear memory available to a process"，或者换句话说，提供给开发人员的逻辑模型是什么？
关于无法映射 0x10.000 以下的地址，答案在“https://wiki.ubuntu.com/Security/Features”中。
0地址保护
由于内核和用户space共享虚拟内存地址，"NULL"内存space需要保护，这样用户spacemmap的内存就无法启动在地址 0，停止 "NULL dereference" 内核攻击。这对于 2.6.22 内核是可能的，并且是通过 "mmap_min_addr" sysctl 设置实现的。从 Ubuntu 9.04 开始，mmap_min_addr 设置被内置到内核中。 （x86 为 64k，ARM 为 32k。）
我们可以使用指令 sudo sysctl -w vm.mmap_min_addr=0
更改 "mmap_min_addr"
所以答案是整个地址 space 无一例外地可用（线性地址）。
我在 linux 3.16.0-29-generic 上使用 gcc。
我设法指示 gcc 编译器使用 gcc -Wl,--section-start=.text=0x201000 选项将我正在编译的代码的加载地址设置为 0x201.000（ELF 的 header 似乎需要 0x1000，所以我不能低于 0x201.000）。
而不是在其他测试中使用 mmap，我已经能够分配较低的地址，例如有时 0x10.000 从不从 0x0.000 到 0xF.000，并且总是所有其他地址达到和超过 0x800.000 ）。
因此，我要问的是，从 OS 用户的角度来看，哪些地址可用于通用进程，以及为什么可执行文件不能加载到 0x200.000 以下？
它在哪里记录或我应该在哪里查看。 是否保证某些虚拟内存应该始终存在？在任何请求的地址（除非物理内存不足？）。 本质上，问题是 "what is the linear memory available to a process"，或者换句话说，提供给开发人员的逻辑模型是什么？
关于无法映射 0x10.000 以下的地址，答案在“https://wiki.ubuntu.com/Security/Features”中。
0地址保护
由于内核和用户space共享虚拟内存地址，"NULL"内存space需要保护，这样用户spacemmap的内存就无法启动在地址 0，停止 "NULL dereference" 内核攻击。这对于 2.6.22 内核是可能的，并且是通过 "mmap_min_addr" sysctl 设置实现的。从 Ubuntu 9.04 开始，mmap_min_addr 设置被内置到内核中。 （x86 为 64k，ARM 为 32k。）
我们可以使用指令 sudo sysctl -w vm.mmap_min_addr=0
所以答案是整个地址 space 无一例外地可用（线性地址）。