-
Type: Bug
-
Resolution: Done
-
Priority: Major - P3
-
Affects Version/s: 2.0.4
-
Component/s: Performance, Stability
-
Environment:Windows
-
Windows
The remapPrivateView() routine in Windows in version 2.0.x, used when journaling is enabled, uses VirtualProtect() to try to restore CopyOnWrite pages to their original condition. This doesn't accomplish its goal and instead causes private pages to accumulate, consuming page file space. remapPrivateView() needs to unmap and remap the private view to prevent this accumulation.
This ticket summarizes the visible symptoms and the fix for those symptoms. Making this change reintroduces SERVER-2942 until the unmapping and remapping can be made completely reliable.
- is duplicated by
-
SERVER-2002 Performance issues under extremely high insert rates on Windows
- Closed
-
SERVER-3660 "VirtualProtect failed" when inserting (Windows)
- Closed
- is related to
-
SERVER-2942 MapViewOfFileEx failed during large import
- Closed
-
SERVER-6132 a failure inside MakeChunkWritable should call abort/fassert instead of assert
- Closed
- related to
-
SERVER-4522 inserts take long time after several hours insert operation
- Closed