如何解决内存映射文件在只读时是否需要互斥锁?
最近,我们的 windows c/c++ 应用程序发生了一些事情。
我们使用 DLL 将文件映射到页面文件,我们的应用程序通过内存映射读取这些共享文件。
当我们只运行一个应用程序实例时,一切正常。
有时,当我们同时运行 24 个实例时,我们从映射的内存中什么也得不到(只是零)——但不是错误或异常。
这个问题似乎更多地发生在较慢的存储设备上。 如果文件存储在较慢的设备(例如 AWS 的 EFS)中,我们每次都会遇到大约 6/24 个实例的问题。 但是,如果我们将文件移动到 AWS 的 EBS,我们只会在 1/24 或 2/24 个实例中遇到此问题,而不是每次都遇到此问题。
我想可能在大规模访问期间存在一些冲突? 这些只读文件需要互斥锁吗?
互斥锁只是为了保护可写对象,对吗?
更多信息: 一切都发生在那个 DLL 里面。 EXE 只是使用此 DLL 来获取 TRUE 或 FALSE。 DLL 用于判断某些给定的数据是否属于某个文件。 一些结构体描述了文件的数据结构,问题是某个结构体在不应该的时候只得到0,但不是每次都得到。 我记录了 DLL 中的参数,它们每次都正确传递给 DLL。
解决方法
我仍然不知道这是如何以及为什么发生的,但我发现我可以通过向该判断函数添加一个 RETRY 来避免这个问题。
我仍然认为这个问题是一种I/O问题,因为RETRY可以避免这种情况,但我没有更多证据。
而且,也许标题不太适合这个问题,所以我认为是时候关闭它了。
,我终于明白了。
这不是内存映射文件问题,而是逻辑问题。
我们的DLL没有足够的权限,所以当我们将数据共享到内存中时,没有人可以看到它们!
而且我们的应用程序设计为在找不到任何共享数据时自行加载数据,因此 EFS 和 EBS 的区别就发生了!
这些应用程序很旧,没有留下任何文档,也没有人知道它们是如何工作的,所以我不得不从源代码中挖掘信息......