AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • 主页
  • 系统&网络
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • 主页
  • 系统&网络
    • 最新
    • 热门
    • 标签
  • Ubuntu
    • 最新
    • 热门
    • 标签
  • Unix
    • 最新
    • 标签
  • DBA
    • 最新
    • 标签
  • Computer
    • 最新
    • 标签
  • Coding
    • 最新
    • 标签
主页 / unix / 问题 / 522039
Accepted
Kaz Wesley
Kaz Wesley
Asked: 2019-05-31 12:07:17 +0800 CST2019-05-31 12:07:17 +0800 CST 2019-05-31 12:07:17 +0800 CST

文件创建是否完全有序?

  • 772

在 Linux 上,openat系统调用可用于创建文件并测试它们的存在。就 C/C++ 内存模型而言,创建文件并验证其存在会创建同步关系。我需要知道的是这些同步是否都彼此顺序一致。(我当然希望如此,但我实际上并没有在任何地方看到过这个记录。)

例如,给定进程 p1 和 p2,以及路径 A 和 B:

如果 p1 这样做:创建(A),然后创建(B)

p2 这样做:尝试打开(B),然后尝试打开(A)

并且没有其他进程干扰A或B,p2是否有可能成功打开B但找不到A?

如果有所不同,我们可以假设所有操作都在一个文件系统中。

filesystems synchronization
  • 2 2 个回答
  • 132 Views

2 个回答

  • Voted
  1. mdpc
    2019-05-31T12:50:41+08:002019-05-31T12:50:41+08:00

    对于所有底层磁盘和多核 CPU 优化,不一定可以确定两个进程之间操作序列的严格顺序。这就是为什么如果存在时间相关行为的可能性时使用信号量的原因。

    • 1
  2. Best Answer
    Kaz Wesley
    2019-06-01T08:41:25+08:002019-06-01T08:41:25+08:00

    仅适用于同一目录中的文件。

    有6条规则:

    1. 读取权限。锁定规则:调用者锁定我们正在访问的目录。锁是共享的。

    2. 对象创建。加锁规则:同上,但锁取独占。

    3. 物体去除。锁定规则:调用者锁定父对象,找到受害者,锁定受害者并调用方法。锁是排他的。

    4. rename()那不是跨目录。锁定规则:调用者锁定父对象并找到源和目标。在交换的情况下(使用 RENAME_EXCHANGEin flags 参数)锁定两者。无论如何,如果目标已经存在,就锁定它。如果源是非目录,则锁定它。如果我们需要同时锁定两者,请按 inode 指针顺序锁定它们。然后调用方法。所有锁都是独占的。注意:我们可能会锁定共享的源(和目标)共享。

    5. 链接创建。锁定规则:

      • 锁定父级

      • 检查源不是目录

      • 锁源

      • 调用方法。所有锁都是独占的。

    6. 跨目录重命名。整个团队中最棘手的。锁定规则:

      • 锁定文件系统

      • 以“祖先优先”的顺序锁定父母。

      • 找到源和目标。

      • 如果旧父母等于或是目标的后代失败 -ENOTEMPTY

      • 如果新父级等于或是源的后代失败 -ELOOP

      • 如果是交换,则锁定源和目标。

      • 如果目标存在,将其锁定。如果源是非目录,则锁定它。如果我们需要同时锁定两者,请按 inode 指针顺序进行。

      • 调用方法。所有->i_rwsem都是排他的。同样,我们可能会通过锁定共享的源(和交换情况下的目标)而侥幸逃脱。

    上面的规则显然保证了所有要被方法读取、修改或删除的目录都将被调用者锁定。

    锁定强制执行线性化,因此对单个目录的操作是完全有序的。但是,读取访问 (1)、对象创建 (2) 和对象删除 (3) 不会使用比目录锁更广泛的锁,因此无法保证不同目录中目录操作的顺序;不同的观察者可能会看到目录的线性历史以不同的方式交错。

    • 1

相关问题

  • 我应该在 NAS 的 SD 卡中使用哪个文件系统?

  • 如何提前知道 .zip 内部是否有父目录

  • Virtualbox 动态分配磁盘 *.vdi 不断增长

  • du/df 和 ls 报告不同的磁盘使用情况

  • Linux 内核开发人员如何处理数百万行代码的工作?他们是一种方法吗?[关闭]

Sidebar

Stats

  • 问题 205573
  • 回答 270741
  • 最佳答案 135370
  • 用户 68524
  • 热门
  • 回答
  • Marko Smith

    模块 i915 可能缺少固件 /lib/firmware/i915/*

    • 3 个回答
  • Marko Smith

    无法获取 jessie backports 存储库

    • 4 个回答
  • Marko Smith

    如何将 GPG 私钥和公钥导出到文件

    • 4 个回答
  • Marko Smith

    我们如何运行存储在变量中的命令?

    • 5 个回答
  • Marko Smith

    如何配置 systemd-resolved 和 systemd-networkd 以使用本地 DNS 服务器来解析本地域和远程 DNS 服务器来解析远程域?

    • 3 个回答
  • Marko Smith

    dist-upgrade 后 Kali Linux 中的 apt-get update 错误 [重复]

    • 2 个回答
  • Marko Smith

    如何从 systemctl 服务日志中查看最新的 x 行

    • 5 个回答
  • Marko Smith

    Nano - 跳转到文件末尾

    • 8 个回答
  • Marko Smith

    grub 错误:你需要先加载内核

    • 4 个回答
  • Marko Smith

    如何下载软件包而不是使用 apt-get 命令安装它?

    • 7 个回答
  • Martin Hope
    user12345 无法获取 jessie backports 存储库 2019-03-27 04:39:28 +0800 CST
  • Martin Hope
    Carl 为什么大多数 systemd 示例都包含 WantedBy=multi-user.target? 2019-03-15 11:49:25 +0800 CST
  • Martin Hope
    rocky 如何将 GPG 私钥和公钥导出到文件 2018-11-16 05:36:15 +0800 CST
  • Martin Hope
    Evan Carroll systemctl 状态显示:“状态:降级” 2018-06-03 18:48:17 +0800 CST
  • Martin Hope
    Tim 我们如何运行存储在变量中的命令? 2018-05-21 04:46:29 +0800 CST
  • Martin Hope
    Ankur S 为什么 /dev/null 是一个文件?为什么它的功能不作为一个简单的程序来实现? 2018-04-17 07:28:04 +0800 CST
  • Martin Hope
    user3191334 如何从 systemctl 服务日志中查看最新的 x 行 2018-02-07 00:14:16 +0800 CST
  • Martin Hope
    Marko Pacak Nano - 跳转到文件末尾 2018-02-01 01:53:03 +0800 CST
  • Martin Hope
    Kidburla 为什么真假这么大? 2018-01-26 12:14:47 +0800 CST
  • Martin Hope
    Christos Baziotis 在一个巨大的(70GB)、一行、文本文件中替换字符串 2017-12-30 06:58:33 +0800 CST

热门标签

linux bash debian shell-script text-processing ubuntu centos shell awk ssh

Explore

  • 主页
  • 问题
    • 最新
    • 热门
  • 标签
  • 帮助

Footer

AskOverflow.Dev

关于我们

  • 关于我们
  • 联系我们

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve