[英]Why does calling CreateFileMapping() with a 1K size result in 64K of Virtual Memory usage?
我的 32 位 Windows 程序将 1K 大小传递给CreateFileMappingA ，虚拟 memory VMMap显示大小为 4K，ZCD69B4957F06CD8E298D7 之间的间隙为 0x10000 (64K)
总体而言，大约 30,000 个映射导致使用了大约 2GB (30,000 x 64K) 的虚拟 memory。
我期待 ~120MB (30,000 x 4K) memory 使用，而不是 2GB 导致“内存不足”问题！
问题
是否有任何提示/技巧或标志来减少 memory 占用空间？
Win32命名管道和邮件大小限制 - 仍然适用旧的64K限制？
[英]Win32 named pipes and message size limits - is the old 64K limit still applicable?
使用api“ CreateFileMapping”创建后是否可以增加共享内存的大小？
[英]Is it possible to increase the shared memory size after creating using api “CreateFileMapping”?
JNI_CreateJavaVM() 运行正常 1x，但之后：失败，结果：-5（Win64，Cython，Python）
[英]JNI_CreateJavaVM() runs O.K. 1x, but after that: failed with result: -5 (Win64, Cython, Python)
为什么在Windows Vista x64上调用GlobalMemoryStatus时可用物理内存（dwAvailPhys）>可用虚拟内存（dwAvailVirtual）
[英]Why is Available Physical Memory (dwAvailPhys) > Available Virtual Memory (dwAvailVirtual) in call GlobalMemoryStatus on Windows Vista x64
关注使用共享内存与CreateFileMapping和MapViewofFile
[英]Concerns using Shared Memory with CreateFileMapping and MapViewofFile
<windows>为什么 std::thread::native_handle 返回 'long long unsigned int' 类型的值而不是 void*（又名 HANDLE）？</windows>
[英]<Windows>Why does std::thread::native_handle return a value of type 'long long unsigned int' instead of void* (a.k.a. HANDLE)?
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
