[ 
https://issues.apache.org/jira/browse/COUCHDB-1946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13840949#comment-13840949
 ] 

Adam Kocoloski commented on COUCHDB-1946:
-----------------------------------------

I played with setting the {{\{fullsweep_after, 0\}}} option on {{couch_file}} 
and {{couch_stream}}.  It didn't have much of an effect on {{couch_stream}} 
(not surprising since I was already hibernating the server after each write, 
but it reduced the memory consumption of the {{couch_file}} down to ~nothing.

The reason for the {{couch_stream}} refc binary memory consumption continues to 
elude me.  I think the next step may to head up the stack towards the 
replicator processes.  Still, progress.

> Trying to replicate NPM grinds to a halt after 40GB
> ---------------------------------------------------
>
>                 Key: COUCHDB-1946
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1946
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Database Core
>            Reporter: Marc Trudel
>         Attachments: couch.log
>
>
> I have been able to replicate the Node.js NPM database until 40G or so, then 
> I get this:
> https://gist.github.com/stelcheck/7723362
> I one case I have gotten a flat-out OOM error, but I didn't take a dump of 
> the log output at the time.
> CentOS6.4 with CouchDB 1.5 (also tried 1.3.1, but to no avail). Also tried to 
> restart replication from scratch - twice - bot cases stalling at 40GB.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

Reply via email to