-
Type: Bug
-
Resolution: Incomplete
-
Priority: Critical - P2
-
None
-
Affects Version/s: 2.8.0-rc5
-
Component/s: Storage, WiredTiger
-
Environment:Topology: 3 replica set
OS: Windows 2012
Traffic:
Hammar.mongo
Command line below:
-initdb=false –server ip:port –profile=INSERT –totaltime=52000 –worker=90 –rps=0
-
Fully Compatible
-
ALL
Running on pre RC6 build from (1/20/2015)
We investigated the followings:
1) We used a private build w/ separated heap for WT, On this investigation VMMAP indicates that majority of memory increase happen inside of WT code.
2) We tried to use WT stats, but we failed as the tool doesn’t seems working / usable for this workload.
3) We reduced the WT cache size to 1 GB and observe the execution can pass this threshold.
Next steps:
1) Reduce the amount of load and verify if the memory/resources stabilize (means that evict process is able to keep up 4 threads instead of 90 threads)
2) If the above steps will stabilize, we will consider to find way to tune the amount of evict threads in WT
- is related to
-
SERVER-17456 Mongodb 3.0 wiredTiger storage engine memory usage too high.
- Closed
-
SERVER-16902 wt cache: maximum page size at eviction (MB) exceeds memory_page_max by order of magnitude
- Closed
-
SERVER-16941 Cache can grow indefinitely under WiredTiger
- Closed
-
SERVER-17421 WiredTiger b-tree uses much more memory than wiredTigerCacheSizeGB
- Closed
-
SERVER-17424 WiredTiger uses substantially more memory than accounted for by cache
- Closed