在NASM 64汇编中，应选syscall还是glibc包装函数？需考量哪些因素？

背景 #

我在NASM 64汇编中使用glibc包装函数fopen、fread、fwrite、fclose进行文件管理，但性能优化是我使用汇编的核心原因之一，想了解是否应改用syscall，以及二者的性能差异。

已参考的核心结论 #

• 系统调用的复杂性与抽象价值：

直接在应用代码中调用系统调用更为复杂……需要了解系统调用操作的底层二进制接口，该接口可能随时间变化，不属于应用二进制接口；而库函数旨在抽象掉这些细节。

• 调用开销与权限差异：

库函数比系统调用更快，通常不涉及权限/安全考量，因为它们以进程的权限和内存空间运行。
另一方面，syscall运行在内核中，可访问系统所有资源，因此需要控制调用进程的操作（例如验证其是否有打开文件的权限）；此外，调用syscall需要CPU上下文切换，这比调用库函数开销大得多。

• 不同I/O场景的性能表现：

对于小字节量（例如逐行），fwrite(3)更快，因为仅内核调用的开销就很高。对于大字节量（块I/O），write(2)更快，因为它无需缓冲，且两种情况最终都需调用内核。

初步判断 #

从这些信息来看，除了大缓冲区块I/O场景下使用write()的情况外，glibc包装函数在性能和可移植性上更优。同时，直接使用syscall可能会因平台ABI和系统调用的变更带来后续问题，而可移植性对我很重要，我不希望出现意外问题。

提问 #

请问还有其他需要考虑的因素吗？

内容的提问来源于stack exchange，提问作者RTC222