linux - 一般而言，在 ucLinux 上，ioctl 是否比写入/sys 文件系统更快？

Question

我有一个正在使用的嵌入式系统，它目前使用 sysfs 来控制某些功能。

但是，如果可能的话，我们希望加快某些功能。

我发现这个子系统也支持 ioctl 接口(interface)，但在重写代码之前，我决定搜索一下一般来说哪个接口(interface)(在 ucLinux 上)更快:sysfs 或 ioctl。

是否有人充分了解这两种实现方式，以便让我大致了解每种实现方式的开销差异？我正在寻找通用信息，例如“ioctl 更快，因为您已经从函数调用中删除了文件层”。或者“它们大致相同，因为 sysfs 有一个非常简单的界面”。

2013 年 10 月 24 日更新:

我目前做的具体案例如下:

int fd = open("/sys/power/state",O_WRONLY);
write( fd, "standby", 7 );
close( fd );

在 kernel/power/main.c 中，处理此写入的代码如下所示:

static ssize_t state_store(struct kobject *kobj, struct kobj_attribute *attr,
               const char *buf, size_t n)
{
#ifdef CONFIG_SUSPEND
    suspend_state_t state = PM_SUSPEND_STANDBY;
    const char * const *s;
#endif
    char *p;
    int len;
    int error = -EINVAL;

    p = memchr(buf, '\n', n);
    len = p ? p - buf : n;

    /* First, check if we are requested to hibernate */
    if (len == 7 && !strncmp(buf, "standby", len)) {
        error = enter_standby();
  goto Exit;
    ((( snip )))

是否可以通过移动到自定义 ioctl() 来加快速度，其中处理 ioctl 调用的代码类似于:

case SNAPSHOT_STANDBY:
    if (!data->frozen) {
        error = -EPERM;
        break;
    }
    error = enter_standby();
    break;

(因此 ioctl() 调用与 sysfs 函数相同的低级函数)。

Answer 1

如果您所说的 sysfs 是指 sysfs() 库调用，请注意 man 2 sysfs 中的这一点:

NOTES

This System-V derived system call is obsolete; don't use it. On systems with /proc, the same information can be obtained via /proc/filesystems; use that interface instead.

我不记得有注意到有 ioctl() 和 sysfs 接口(interface)的东西，但它们可能存在。无论如何，我都会使用 proc 或 sys 句柄，因为这往往不那么神秘而且更灵活。

如果您所说的 sysfs 是指访问 /sys 中的文件，那么这是首选方法。

I'm looking for generic info, such as "ioctl is faster because you've removed the file layer from the function calls".

访问 procfs 或 sysfs 文件不会导致 I/O 瓶颈，因为它们不是真正的文件——它们是内核接口(interface)。所以不，通过“文件层”访问这些东西不会影响性能。我认为这是 linux 系统编程中常见的误解。程序员可能会对不正常的系统调用、系统调用感到不安，并且偏执地认为打开文件会以某种方式变慢。当然，ABI 中的文件 I/O 无论如何都只是系统调用。使普通(磁盘)文件读取缓慢的原因不是打开、读取、写入等调用，而是硬件瓶颈。

在执行此操作时，我总是使用基于低级描述符的函数(open()、read())而不是高级流，因为在某些时候一些经验让我相信他们在这方面更可靠(从 /proc 读取)。我不能说这是否绝对正确。