[SERVER-18018] Mongo DB 3.0 Full Text Search Memory Leak due to open cursors Created: 13/Apr/15 Updated: 05/Jun/15 Resolved: 05/Jun/15 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Text Search |
| Affects Version/s: | 3.0.0 |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major - P3 | ||||||||||||||||||||||||||
| Reporter: | zhongxi yuan | Assignee: | Ramon Fernandez Marina | ||||||||||||||||||||||||||
| Resolution: | Done | Votes: | 0 | ||||||||||||||||||||||||||
| Labels: | None | ||||||||||||||||||||||||||||
| Remaining Estimate: | Not Specified | ||||||||||||||||||||||||||||
| Time Spent: | Not Specified | ||||||||||||||||||||||||||||
| Original Estimate: | Not Specified | ||||||||||||||||||||||||||||
| Environment: |
|
||||||||||||||||||||||||||||
| Operating System: | Windows |
| Participants: |
| Description |
|
Hi All, Hope your response. there are some db log
|
| Comments |
| Comment by Ramon Fernandez Marina [ 05/Jun/15 ] | ||||
|
Thanks for testing and for the additional information zhongxi.yuan. I'm going to resolve this ticket as "works as designed", meaning that it's expected to have higher memory consumption when one opens many cursors that are never closed, as each open cursor consumes memory. Regards, | ||||
| Comment by zhongxi yuan [ 05/Jun/15 ] | ||||
|
Hi, Ramon I tested it in my computer, the reason is cursorTimeoutMillis, ), The memory increaced very quickly, after running the command , it did not increase, Thanks yuanzhongxi@gmail.com From: Ramon Fernandez (JIRA) Ramon Fernandez commented on zhongxi.yuan, I'm unable to reproduce the behavior you describe in the shell with 3.0.3. I have two shells running the $text query you posted on a loop, but the amount of memory used by the server doesn't change. If you suspect the memory consumption on your repro case is related to idle cursos, can you please run
as described in Also, how are you measuring memory consumption? What does
report? Thanks, ---------------------- | ||||
| Comment by Ramon Fernandez Marina [ 03/Jun/15 ] | ||||
|
zhongxi.yuan, I'm unable to reproduce the behavior you describe in the shell with 3.0.3. I have two shells running the $text query you posted on a loop, but the amount of memory used by the server doesn't change. If you suspect the memory consumption on your repro case is related to idle cursos, can you please run
as described in Also, how are you measuring memory consumption? What does
report? Thanks, | ||||
| Comment by Ramon Fernandez Marina [ 16/Apr/15 ] | ||||
|
Thanks for the additional information zhongxi.yuan. We're looking into this issue now and will let you know what we find. | ||||
| Comment by zhongxi yuan [ 13/Apr/15 ] | ||||
|
I also test general find command db.DeviceDataCurr.find().limit(10) | ||||
| Comment by zhongxi yuan [ 13/Apr/15 ] | ||||
|
Hi, this is the process running info this is the server log } planSummary: TEXT {} cursorid:87114654502 ntoreturn:10 ntoskip:0 nscanned:58912 nscannedObjects:58912 keyUpdates:0 writeConflicts:0 numYields:463 nreturned:10 reslen:530 locks:{ Global: { acquireCount: { r: 464 }}, MMAPV1Journal: { acquireCount: { r: 464 }}, Database: { acquireCount: { r: 464 }}, Collection: { acquireCount: { R: 464 } } } 2934ms }, MMAPV1Journal: { acquireCount: { r: 1 }}, Database: { acquireCount: { r: 1 }}, Collection: { acquireCount: { R: 1 }} } 59ms | ||||
| Comment by J Rassi [ 13/Apr/15 ] | ||||
|
Hi, I'll need some additional information to determine whether or not this issue is a duplicate of Do you have Python installed on this machine? If so, would you be willing to install the PyMongo driver (visit this link and select the green "Downloads" button) and see if running the following Python script also reproduces this issue? Please replace DATABASE_NAME with a quoted string containing the name of the database that has this issue.
Thanks. |