Python 多处理写入时复制在 OSX 和 Ubuntu 之间的行为不同

Question

我正在尝试在 Python 中的父进程和子进程之间共享对象。为了实现这个想法，我创建了一个简单的 Python 脚本：

from multiprocessing import Process
from os import getpid

import psutil

shared = list(range(20000000))

def shared_printer():
    mem = psutil.Process(getpid()).memory_info().rss / (1024 ** 2)
    print(getpid(), len(shared), '{}MB'.format(mem))

if __name__ == '__main__':
    p = Process(target=shared_printer)
    p.start()
    shared_printer()
    p.join()

代码 sn-p 使用优秀的psutil 库来打印 RSS（驻留集大小）。当我使用 Python 2.7.15 在 OSX 上运行它时，我得到以下输出：

(33101, 20000000, '1MB')
(33100, 20000000, '626MB')

当我在 Ubuntu（Linux 4.15.0-1029-aws #30-Ubuntu SMP x86_64 GNU/Linux）上运行完全相同的 sn-p 时，我得到以下输出：

(4077, 20000000, '632MB')
(4078, 20000000, '629MB')

请注意，子进程的 RSS 在 OSX 上基本为 0MB，与父进程在 Linux 中的 RSS 大小大致相同。我曾假设写时复制行为在 Linux 中以相同的方式工作，并允许子进程引用父进程的大多数页面的内存（可能除了存储对象头部的那个）。

所以我猜这两个系统的写时复制行为存在一些差异。我的问题是：我可以在 Linux 中做些什么来获得类似 OSX 的写时复制行为吗？

Answer 1

所以我猜这两个系统的写时复制行为存在一些差异。我的问题是：我可以在 Linux 中做些什么来>获得类似于 OSX 的写时复制行为吗？

答案是否。在命令psutil.Process(getpid()).memory_info().rss / (1024 ** 2) 后面，操作系统使用UNIX 命令$top [PID] 并搜索字段RES。其中包含任务在 kb 中使用的非交换物理内存。即 RES = 代码 + 数据。

恕我直言，这意味着两个操作系统都使用不同的内存管理器。因此，几乎不可能限制一个进程使用/需要多少内存。这是操作系统的实习生问题。 在 Linux 中，子进程的大小与父进程相同。事实上，它们复制了相同的堆栈、代码和数据。但不同的PCB（过程控制块）。因此，不可能像 OSX 那样接近 0。闻起来，OSX 并没有从字面上复制代码和数据。如果它们是相同的代码，它将指向父进程的数据。

PD：希望对你有帮助！