Windows 中的 msync 等效项

Question

Windows 中的 msync [unix sys call] 相当于什么？ 我正在寻找 C、C++ 空间中的 MSDN api。 有关 msync 的更多信息，请访问 http://opengroup.org/onlinepubs/007908799/ xsh/msync.html

Answer 1

FlushViewOfFile

查看 Python 2.6 mmapmodule.c 以获取使用中的 FlushViewOfFile 和 msync 的示例：

/*
 /  Author: Sam Rushing <[email protected]>
 /  Hacked for Unix by AMK
 /  $Id: mmapmodule.c 65859 2008-08-19 17:47:13Z thomas.heller $

 / Modified to support mmap with offset - to map a 'window' of a file
 /   Author:  Yotam Medini  [email protected]
 /
 / mmapmodule.cpp -- map a view of a file into memory
 /
 / todo: need permission flags, perhaps a 'chsize' analog
 /   not all functions check range yet!!!
 /
 /
 / This version of mmapmodule.c has been changed significantly
 / from the original mmapfile.c on which it was based.
 / The original version of mmapfile is maintained by Sam at
 / ftp://squirl.nightmare.com/pub/python/python-ext.
*/

static PyObject *
mmap_flush_method(mmap_object *self, PyObject *args)
{
    Py_ssize_t offset = 0;
    Py_ssize_t size = self->size;
    CHECK_VALID(NULL);
    if (!PyArg_ParseTuple(args, "|nn:flush", &offset, &size))
        return NULL;
    if ((size_t)(offset + size) > self->size) {
        PyErr_SetString(PyExc_ValueError, "flush values out of range");
        return NULL;
    }
#ifdef MS_WINDOWS
    return PyInt_FromLong((long) FlushViewOfFile(self->data+offset, size));
#elif defined(UNIX)
    /* XXX semantics of return value? */
    /* XXX flags for msync? */
    if (-1 == msync(self->data + offset, size, MS_SYNC)) {
        PyErr_SetFromErrno(mmap_module_error);
        return NULL;
    }
    return PyInt_FromLong(0);
#else
    PyErr_SetString(PyExc_ValueError, "flush not supported on this system");
    return NULL;
#endif
}

更新：
我认为您不会在 win32 映射文件 API 中找到完全同等的情况。 FlushViewOfFile API 没有同步风格（可能是因为缓存管理器的可能影响）。 如果需要精确控制数据何时写入磁盘，也许您可​​以在创建映射文件的句柄时将 FILE_FLAG_NO_BUFFERING 和 FILE_FLAG_WRITE_THROUGH 标志与 CreateFile API 结合使用？

Answer 2

用于刷新所有文件映射的 Windows 等效项是

void FlushToHardDrive(LPVOID fileMapAddress,HANDLE hFile)
{
    FlushViewOfFile(fileMappAddress,0); //Async flush of dirty pages
    FlushFileBuffers(hFiles); // flush metadata and wait 
}

对于刷新部分文件映射

void FlushToHardDrive(LPVOID address,DWORD size, HANDLE hFile)
{
    FlushViewOfFile(address,size); //Async flush of region
    FlushFileBuffers(hFiles); // flush metadata and wait 
}

这在 MSDN 这里

标记FILE_FLAG_NO_BUFFERING实际上对内存映射文件没有任何作用（描述此处），也甚至使用这些标志创建文件句柄，元数据文件可以被缓存而不是被刷新，所以如果你想完全确保所有数据（包括文件访问时间）都被保存，FlushFileBuffers对于IO和MM总是需要的。 此处描述了此行为

PS 一些现实世界的示例：SQLite 使用 MM 文件几乎仅用于 阅读，因此当您将 MM 文件用于编写/更新您需要了解此场景的所有副作用

Answer 3

我怀疑 FlushViewOfFile 实际上是正确的。 当我阅读 msync 手册页时，我不会认为它是实际上刷新磁盘缓存（磁盘单元中的缓存，而不是主内存中的系统缓存）。

在磁盘堆栈完成写入之前，FlushViewOfFile 不会返回； 与 msync 文档一样，它没有提及磁盘缓存中发生的情况。 我们或许应该在文档中更清楚地说明这一点。