问题标签 [procfs]

如何从 proc 文件中获取系统时间？我知道我们可以从一些命令（例如日期）中获取系统时间，也可以编写一些基于时间 API 的代码。但我真的需要使用一个简单的 proc 文件来获取时间。无论时间格式是什么，一个简单的值都可以。例如，从 1970/1/1 开始的总秒数确实足够好。

如何仅使用proc获取所有网络接口的（IPv4）地址？经过一些广泛的调查，我发现了以下内容：

1. ifconfig使用SIOCGIFADDR，这需要打开套接字并提前了解所有接口名称。它也没有记录在 Linux 的任何手册页中。
2. proc包含/proc/net/dev，但这是一个接口统计信息列表。
3. proccontains /proc/net/if_inet6，这正是我需要的，但对于 IPv6。
4. 通常，接口很容易在 中找到proc，但很少使用实际地址，除非是某些连接的明确部分。
5. 有一个名为 的系统调用getifaddrs，这是您希望在 Windows 中看到的非常“神奇”的功能。它也在 BSD 上实现。然而，它不是非常面向文本的，这使得它很难在非 C 语言中使用。

据我所知proc文件系统是一个虚拟文件系统。有什么方法可以卸载 proc 文件系统，即使我这样做了，那之后的后果是什么。

有谁知道 /proc/mounts 是否保证按照设备的安装顺序？

例如：

在上述情况下，我能否确定 /boot 当前会显示 /dev/root 而不是 /dev/sda1，而 /dev/sda1 目前是隐藏的。

我猜 /etc/mtab 的答案应该是一样的。

我在 RHEL 5.5 上。

我正在使用 FreeBSD 7.3（64 位）。当我尝试命令“ cat /proc/self/maps ”时，我收到错误消息“ cat: /proc/self/maps: No such file or directory ”。我应该怎么做才能解决这个问题？

/proc/<pid>/task/<tid>/stat当我在内核版本 > 2.6.2 的 Linux 上反复检查值时，其中<pid>是进程 ID，<tid>是线程 ID，我注意到字段 utime 和 stime（#14 和 #15）并非每次都更改. 你知道内核使用什么规则来决定线程统计信息的更新频率吗？或者有什么办法检查吗？

我正在寻找一个可以访问/proc目录并将进程 ID 和命令行 ( cmdline) 信息保存在文件中的 ruby​​ 脚本。

我想解析/proc/net/tcp/，但它安全吗？

我应该如何打开和读取文件/proc/而不害怕其他进程（或操作系统本身）会同时更改它？

我在一次采访中被问到这个问题。您正在编写 PCI 驱动程序，并且希望将与硬件相关的信息导出到 /proc 文件系统。有趣的是，我搜索了驱动程序代码，但我找不到任何与 /proc 文件系统相关的调用，尽管实际上信息已被导出。它是自动完成的吗？机制是什么？谁能解释一下？

我很好奇两件事，

1. 与 Windows 附带的 /proc 最接近的是什么
2. 是否有任何产品可以向 Windows 添加类似文件系统的 proc？