Karthik Nedunchezhiyan's questions

ssize_t (*read) (struct file *, char __user *, size_t, loff_t *);

用于从设备检索数据。此位置的空指针会导致读取系统调用失败并显示-EINVAL（“无效参数”）。非负返回值表示成功读取的字节数（返回值是“有符号大小”类型，通常是目标平台的本机整数类型）。

ssize_t (*aio_read)(struct kiocb *, char __user *, size_t,loff_t);

启动异步读取——在函数返回之前可能无法完成的读取操作。如果此方法为NULL，则所有操作都将由read 处理（同步）。

ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *);

向设备发送数据。如果为 NULL，则将 -EINVAL 返回给调用 write 系统调用的程序。如果返回值非负，则表示成功写入的字节数。

ssize_t (*aio_write)(struct kiocb *, const char __user *, size_t, loff_t *);

在设备上启动异步写入操作。

从 LDD3 得到这个声明，谁能解释如果设备驱动程序没有实现异步写入功能会发生什么？会，它会像 asyn read 一样升级为静默同步（如果它为 NULL）。

如果没有过度使用，每个 fork() 都需要足够的空闲存储空间来复制地址空间，即使绝大多数页面从未经历过写入时复制。

上述陈述摘自 Robert Love 的书（Linux System Programming 2nd edition, Memory management chapter, Overcommitting and OOM topic）。

如果我们关闭交换，我就不能过度使用主内存。在这种情况下，将在主内存中进行写时复制（即 fork、malloc、mmap 等），还是会尝试在内存中预分配整个数据而不使用任何惰性分配机制？

如果我遗漏任何东西，请纠正我。

更新：朋友们，最初我认为一旦我们关闭交换，我就不能过度使用。就像下面讨论中提到的那样，即使我们关闭交换，我们也可以过度使用。

如果我们执行匿名内存映射，那么该区域的所有虚拟地址都将指向零页，因为到目前为止该地址尚未初始化。当我们尝试读取该地址时，它将简单地返回零，并且不会发生页面错误。当我们尝试在该地址上写入时，它会导致页面错误，随后会发生 COW（写时复制）。

上面的概念对我来说很清楚（如果我的上述理解是错误的，请纠正我）但是在下面的场景中会发生什么。

如果我们执行文件支持的内存映射

• 该区域的所有虚拟地址会发生什么，它不应该指向零页，对吗？因为它不是一个未初始化的地址，因为文件有内容。
• 将整个文件加载到内存中以初始化虚拟地址的值。如果不是，第一次读取会发生页面错误（大声笑，这是读取时复制（COR）吗）？

进程是否在将其划分为页面时预先分配堆和堆栈内存？如果是，所有这些页面最初都是空的吗？

在链接KVM api中，我可以通过以下结构为来宾分配内存。

struct kvm_userspace_memory_region region = {
    .slot = 0,
    .guest_phys_addr = 0x1000,
    .memory_size = 0x1000,
    .userspace_addr = (uint64_t)mem,
    };
    ioctl(vmfd, KVM_SET_USER_MEMORY_REGION, &region);

是的，上面的链接解释了每个变量，但我很难理解。以下是我目前的理解，如果有什么误解请指正。

• 来宾物理内存也是虚拟内存，但它看起来像来宾的物理内存。
• 用户空间地址是用户代码的起始内存地址。

下面是我的疑惑

• 插槽的用途是什么，我可以假设它类似于打开 CPU 时可以看到的实际内存物理插槽。
• 单个插槽是否有最大内存限制，如果不是，那么拥有多个插槽的用例是什么。
• 内存大小是表示用户空间代码的大小还是我们请求来宾物理地址的大小？
• 为什么在那个例子中客户物理内存从 4094 (0x1000) 开始，为什么它不是从 0 开始。如果有任何内存布局或程序，请解释或提供工作链接，我将通过该链接。

在手册页上，我阅读了以下行：

导致尝试使用 setuid(2) 将调用者的用户 ID 设置为非零值，而不是在不实际进行系统调用的情况下返回 0

我不明白他们想说什么。谁能给我解释一下？

谢谢。