[
https://issues.apache.org/jira/browse/COUCHDB-3421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16014674#comment-16014674
]
Joan Touzet commented on COUCHDB-3421:
--------------------------------------
Any Linux, BSD or macOS setup without Docker would be a good starting point.
I'd avoid our Windows build at this time if you're running into performance
issues.
I'm afraid my experience with coreos doesn't extend beyond a single afternoon
of playtime. I do know that people have reported performance issues running
inside of Docker; in general, I recommend it only for testing and development
purposes, not production, but your mileage may vary.
It could be a CPU or network limitation issue, or an Erlang VM configuration
issue. I really can't tell without a lot of further data that I don't have the
time to review right now. :)
> mem3 sync shards WARNING at very low message rate, data doesn't sync
> --------------------------------------------------------------------
>
> Key: COUCHDB-3421
> URL: https://issues.apache.org/jira/browse/COUCHDB-3421
> Project: CouchDB
> Issue Type: Bug
> Components: Replication
> Reporter: Scott Kaul
> Priority: Minor
>
> Sending couch messages, as low as 100 messages a second, results in couch
> falling behind on its replication with other nodes. In cluster configuration
> n, w, and r are all set to 2. While sending these messages, the following
> warning is observed:
> May 17 15:56:54 coreosnode2 docker[26520]: [warning]
> 2017-05-17T15:56:54.753466Z [email protected] <0.309.0> --------
> mem3_sync shards/20000000-3fffffff/test.1495035040
> [email protected] {pending_changes,151}
> Likewise after the message loader is stopped (jmeter) it takes couch a period
> of time (minutes) to complete replication before the WARNINGs are no longer
> received and couchDB CPU goes down.
> I'm happy to provide a jmx file for jmeter as well as a couple curl commands
> to delete/create the DB used.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
