gpt4 book ai didi

javascript - OS.File 在 OS.read 之前检查最后修改日期

转载 作者:行者123 更新时间:2023-11-30 05:34:56 26 4
gpt4 key购买 nike

我使用 OS.File.read 读取文件内容。在 Window 的焦点上,我执行 OS.File.stat 并检查它的最后修改日期。然后我记录这个日期。在窗口的下一个焦点上,我再次 OS.File.stat 文件,如果修改日期是新的,那么我将对其执行 OS.File.read

我想知道有没有更有效的方法?例如:我启动 OS.File.read,默认情况下它会获取文件头,其中应包含上次修改日期,我检查它的读数,如果它不是新日期,我只是取消阅读。从编码的 Angular 来看,这会更有效率,但从性能的 Angular 来看,效率可能没那么高?

最佳答案

简短回答:取决于?!

什么更有效取决于文件本身、使用模式和系统工作负载。

通常,OS.File.stat 然后有选择地读取可能更有效,因为文件 I/O 可能是瓶颈,您只需避免一些 I/O (大多数时候)。

对于经常读取但偶尔写入的小文件,只读取文件可能更有效。文件元数据和数据很可能在 OS 磁盘缓存中,因此文件 I/O 变得非常快,并且 OS.File 的实际线程间消息传递开销和 js-ctypes 开销变得瓶颈。然而,这是一个非常特殊的案例。

此外,如果文件更改非常频繁,以至于几乎每次 OS.stat + 检查都将导致不得不再次读取文件,那么只读取文件也可能更有效。但在那种情况下,我会认真考虑选择使用文件是否是正确的方式,或者另一种通信模式是否会更好(例如套接字)。

结论

所以,我会选择 .stat/check/.read,因为对磁盘缓存和系统工作负载做出假设可能不好。

可以避免磁盘 I/O 吗?

但是,如果可能的话,我会首先避免轮询文件。如果它是特定于您的附加组件的文件,您不希望其他进程写入,则读取一次,然后将数据保存在内存中的共享位置,例如 JS Code Module。或 SDK 附加组件的 main.js 或自举附加组件的 bootstrap.js。写入时,也会更新缓存的数据。

如果您担心其他进程可能同时写入您的文件,那么只需使用独占锁打开您的文件,并且在您的附加组件运行时不要再次关闭它。

let options = {
winShare: 0 // Exclusive lock on Windows
};
if (OS.Constants.libc.O_EXLOCK) {
// Exclusive lock on *nix
options.unixFlags = OS.Constants.libc.O_EXLOCK;
}
let file = yield OS.File.open(..., options);

如果您希望其他程序写入该文件并且对此没有问题,或者如果您首先使用该文件作为进程间通信的一种方式,那么您无法避免重新读取该文件,当然。

关于javascript - OS.File 在 OS.read 之前检查最后修改日期,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24462115/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com