平面内存模型和受保护内存模型之间的区别？VxWorks 支持平面内存模型，Linux 是否也支持平面内存模型？
问问题
5708 次
1 回答
15
为了给出一个有意义的答案，让我们先回顾一些概念。
大多数现代处理器都有一个内存管理单元 (MMU)，用于多种用途。
一个目的是在虚拟地址（CPU“看到”的地址）和物理地址（芯片实际连接的地方）之间进行映射。这称为地址转换。
另一个目的是为某些虚拟内存位置设置访问属性（比如内存是读写、只读或不可访问）
使用 MMU，您可以拥有所谓的“统一映射”，其中处理器的虚拟地址与物理地址相同（即您不使用地址转换）。例如，如果处理器访问 0x10000，那么它正在访问物理位置 0x10000。
“平面”内存模型通常是指 CPU 访问的任何虚拟地址都是唯一的这一事实。因此，对于 32 位 CPU，您最多只能使用 4G 的地址空间。
它通常（尽管不一定）用于指代虚拟内存和物理内存之间的统一映射。
相比之下，在工作站世界中，大多数操作系统（Linux/Windows）使用“重叠”内存模型。例如，您在 Windows 中启动的任何程序（进程）都将具有 0x10000 的起始地址。
windows如何让10个进程都从地址0x10000运行？
这是因为每个进程都使用 MMU 将虚拟地址 0x10000 映射到不同的物理地址。到 P1 可能有 0x10000 = 0x10000 而 P2 有 0x10000 = 0x40000，等等...
在 RAM 中，程序位于不同的物理地址，但每个进程的 CPU 虚拟地址空间看起来相同。
据我所知，Windows 和标准 Linux 总是使用重叠模型（即它们没有平面模型）。uLinux 或其他特殊内核可能具有平面模型。
现在，保护与平面模型与受保护模型无关。我会说大多数重叠模型操作系统将使用保护，以便一个进程不会影响（即写入内存）另一个进程。
借助 VxWorks 6.x 和实时进程的引入，即使使用平面内存模型，各个 RTP 也可以通过使用保护相互保护（和内核应用程序）。
如果您不使用 RTP 并在 vxWorks 内核中运行所有内容，则没有使用任何保护。
那么，保护是如何工作的（无论是在 VxWorks RTP 还是其他 OS 进程中）？本质上，RTP/进程存在于一个“内存泡泡”中，具有一定范围的（虚拟）地址，其中包含代码、数据、堆和其他各种内存位置。
如果 RTP/Process 尝试访问其气泡之外的内存位置，MMU 会生成异常并调用 OS（或信号处理程序）。典型结果是段违规/总线异常。
但是，如果一个进程无法逃脱它的内存泡沫，它怎么能将一个数据包发送到一个以太网端口呢？这因处理器架构而异，但本质上，用户端 (RTP) 套接字库（例如）进行“系统调用”——这是一条将 cpu 切换到内核空间和主管模式的特殊指令。此时，某种设备驱动程序（通常驻留在内核中）运行以将数据推送到某个硬件设备。完成后，系统调用返回，我们回到运行用户代码的 RTP/进程空间。
操作系统负责所有 MMU 编程、系统调用处理等……这对应用程序是不可见的。
于 2013-08-25T17:05:30.870 回答