[SERVER-5663] Private pages accumulate in Windows RAM and page file when journaling Created: 20/Apr/12 Updated: 11/Jul/16 Resolved: 20/Apr/12 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Performance, Stability |
| Affects Version/s: | 2.0.4 |
| Fix Version/s: | 2.0.7, 2.1.1 |
| Type: | Bug | Priority: | Major - P3 |
| Reporter: | Tad Marshall | Assignee: | Tad Marshall |
| Resolution: | Done | Votes: | 0 |
| Labels: | Windows | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Windows |
||
| Issue Links: |
|
||||||||||||||||||||||||||||||||
| Operating System: | Windows | ||||||||||||||||||||||||||||||||
| Participants: | |||||||||||||||||||||||||||||||||
| Description |
|
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 |
| Comments |
| Comment by Tad Marshall [ 21/Jun/12 ] |
|
Backported to 2.0.7. |
| Comment by auto [ 21/Jun/12 ] |
|
Author: {u'date': u'2012-06-20T14:47:51-07:00', u'email': u'tad@10gen.com', u'name': u'Tad Marshall'}Message: Backport the fixes for Windows memory-mapped files made in |
| Comment by Tad Marshall [ 20/Jun/12 ] |
|
Requesting backport ... should have been requested when backport for |
| Comment by auto [ 25/Apr/12 ] |
|
Author: {u'login': u'andy10gen', u'name': u'Andy Schwerin', u'email': u'schwerin@10gen.com'}Message: LockMongoFilesExclusive in remapViewOfFiles on Windows. Since remapViewOfFiles isn't atomic on Windows, it must exclusively acquire the See |
| Comment by Tad Marshall [ 20/Apr/12 ] |
|
Fixed by commit 6097787b1f3c7f9b4f8dca68f66d474eaa60b1d1 . |