最快的Linux系统调用
上X86-64英特尔系统，支持syscall和sysret什么是从64位用户代码“最快”的系统调用在香草内核？
特别是，它必须是一个执行syscall/ sysretuser
<->内核转换1的系统调用，但执行的工作量最少。它甚至不需要执行syscall本身：某种从不分派给内核侧特定调用的早期错误是可以的，只要它不会因此而走慢。
这样的调用可用于估计原始syscall和sysret开销，而与调用完成的任何工作无关。
1特别是，这不包括看似系统调用但在VDSO中实现（例如clock_gettime）或由运行时缓存（例如）的事物getpid。
问题答案：
不存在的一个，因此快速返回-ENOSYS。
从arch / x86 / entry / entry_64.S：
#if __SYSCALL_MASK == ~0
cmpq $__NR_syscall_max, %rax
#else
andl $__SYSCALL_MASK, %eax
cmpl $__NR_syscall_max, %eax
#endif
ja 1f /* return -ENOSYS (already in pt_regs->ax) */
movq %r10, %rcx
/*
* This call instruction is handled specially in stub_ptregs_64.
* It might end up jumping to the slow path. If it jumps, RAX
* and all argument registers are clobbered.
*/
#ifdef CONFIG_RETPOLINE
movq sys_call_table(, %rax, 8), %rax
call __x86_indirect_thunk_rax
#else
call *sys_call_table(, %rax, 8)
#endif
.Lentry_SYSCALL_64_after_fastpath_call:
movq %rax, RAX(%rsp)
1:
-
系统调用 我们要想启动一个进程，需要操作系统的调用(system call)。实际上操作系统和普通进程是运行在不同空间上的，操作系统进程运行在内核态(todo: kernel space)，开发者运行的进程运行在用户态(todo: user space)，这样有效规避了用户程序破坏系统的可能。 如果用户态进程想执行内核态的操作，只能通过系统调用了。Linux提供了超多系统调用函数，我们关注与进程相
-
问题内容： Linux编程接口 在第3章中将进行如下练习： 当使用特定于Linux的reboot（）系统调用来重新引导系统时，必须将第二个参数magic2指定为一组幻数（例如LINUX_REBOOT_MAGIC2）之一。这些数字的意义是什么？（将它们转换为十六进制提供了一个线索。） 手册页告诉我们可以是LINUX_REBOOT_MAGIC2（672274793），LINUX_REBOOT_MAGI
-
我一直在寻找一种合适的方法来衡量Linux操作系统中各种系统调用的成本。过去有许多与此主题相关的问题，没有一个提供如何准确测量的详细描述。大多数答案都武断地宣称，系统调用的成本为1-2us，如果它在CPU上缓存，则为100个周期。 系统调用开销 系统开销 我能想到的测量系统调用成本的天真方法是在getpid（）等系统调用中使用rdtscp指令。然而，这不足以准确测量open（）、read（）或wr
-
sed sed是非交互式的编辑器。它不会修改文件，除非使用shell重定向来保存结果。默认情况下，所有的输出行都被打印到屏幕上。sed编辑器逐行处理文件（或输入），并将结果发送到屏幕。 sed命令行格式为： sed [-nefri] ‘command’ 输入文本 常用选项： -n∶使用安静(silent)模式。在一般 sed 的用法中，所有来自 STDIN的
-
vsyscalls 和 vDSO 这是讲解 Linux 内核中系统调用章节的第三部分，前一节讨论了用户空间应用程序发起的系统调用的准备工作及系统调用的处理过程。在这一节将讨论两个与系统调用十分相似的概念，这两个概念是vsyscall 和 vdso。 我们已经了解什么是系统调用。这是 Linux 内核一种特殊的运行机制，使得用户空间的应用程序可以请求，像写入文件和打开套接字等特权级下的任务。正如你所
-
Linux 内核如何处理系统调用 前一小节 作为本章节的第一部分描述了 Linux 内核system call 概念。 前一节中提到通常系统调用处于内核处于操作系统层面。前一节内容从用户空间的角度介绍，并且 write系统调用实现的一部分内容没有讨论。在这一小节继续关注系统调用，在深入 Linux 内核之前，从一些理论开始。 程序中一个用户程序并不直接使用系统调用。我们并未这样写 Hello Wo