name_to_handle_at()逻辑

Question

关于新的系统调用name_to_handle_at()和open_to_handle_at()，我没有得到多少信息。有人能帮我一下吗。

谢谢

编辑。我只拿着这个

http://comments.gmane.org/gmane.linux.man/2158

Answer 1

这些函数对于编写用户空间服务器非常有用。

例如，当实现NFS协议(它没有“开放”概念，或者文件描述符，而是依赖于持久文件标识符)时，可以使用name_to_handle_at函数以可移植的方式生成这个持久句柄。

然后将其发送到客户端，客户端将在稍后将其返回给服务器。然后，服务器可以使用open_to_handle_at执行操作。

人们可能会问，这比简单地在客户端和服务器之间发送完整的路径名更好。若干备选方案：

• 文件系统可以使用内部(更紧凑)表示，而不是文件名(例如，基于inode)。当
• 从句柄转到文件描述符时，需要完成的工作量可能更少。(不再遍历路径)在上面给出的场景中，
• 减少了服务器上的资源消耗(无需跟踪服务器端打开的文件描述符)

Answer 2

我倾向于假设需要这些函数来支持部分或全部添加到POSIX 2008中的*at()函数，例如openat()。

#包括 int openat(int，const *path，intO标志，…)；

openat()函数应与open()函数等效，但路径指定相对路径的情况除外。在这种情况下，要打开的文件相对于与文件描述符fd关联的目录而不是当前工作目录来确定。如果文件描述符是在没有O_SEARCH的情况下打开的，则函数将检查是否允许使用文件描述符基础目录的当前权限进行目录搜索。如果文件描述符是用O_SEARCH打开的，则函数将不执行检查。

相关职能包括：

• faccessat()
• fchmodat()
• fchownat()
• fstatat()
• linkat()
• mkdirat()
• mkfifoat()
• mknodat()
• readlinkat()
• renameat()
• symlinkat()
• unlinkat()