in COUCHDB-1334
Performance Regression for view generation in 0.11
--
Key: COUCHDB-700
URL: https://issues.apache.org/jira/browse/COUCHDB-700
Project: CouchDB
Issue Type: Improvement
a user to set the
minimum number of items sent to the reducer in a single batch. I had tried to
add this capability to couch_work_queue, but it proved to be much more
difficult than it sounds.
Performance Regression for view generation in 0.11
for view generation in 0.11
--
Key: COUCHDB-700
URL: https://issues.apache.org/jira/browse/COUCHDB-700
Project: CouchDB
Issue Type: Improvement
Components: Database Core
Affects
)
0.11
Performance Regression for view generation in 0.11
--
Key: COUCHDB-700
URL: https://issues.apache.org/jira/browse/COUCHDB-700
Project: CouchDB
Issue Type: Improvement
Hi Adam, thanks for taking an interest in this.
Btw., I also created this as a jira issue at:
https://issues.apache.org/jira/browse/COUCHDB-700
Henrik, thanks for this cogent and detailed analysis. I was aware that the
0.11 work queues introduced significantly more checkpoints and thus
On Mar 15, 2010, at 6:10 AM, Henrik Thostrup Jensen wrote:
Hi
On 13 March 2010 20:44, Benoit Chesneau bchesn...@gmail.com wrote:
delayed_commits = true ; set this to false to ensure an fsync before
201 Created is returned
batch_save_size = 1000 ; number of docs at which to save a batch
in Couchdb. Lowers the number of writes in view
generation, which leads to greater throughput / performance.
Performance Regression for view generation in 0.11
--
Key: COUCHDB-700
URL: https://issues.apache.org/jira
Performance Regression for view generation in 0.11
--
Key: COUCHDB-700
URL: https://issues.apache.org/jira/browse/COUCHDB-700
Project: CouchDB
Issue Type: Improvement
Components
Hi
On 13 March 2010 20:44, Benoit Chesneau bchesn...@gmail.com wrote:
delayed_commits = true ; set this to false to ensure an fsync before
201 Created is returned
batch_save_size = 1000 ; number of docs at which to save a batch
batch_save_interval = 1000 ; milliseconds after which to save
Hi
I recently did some performance test of different _id sizes [1], including a
comparison between stock 0.10 and a 0.11 snapshot. Unexpectedly, 0.11 turned
out to be slower for view generation, despite the work done with COUCHDB-495.
I've poked a bit at the problem, and I think the reason (or a
On Thu, Mar 11, 2010 at 12:51 PM, Henrik Thostrup Jensen
thost...@gmail.com wrote:
Hi
I recently did some performance test of different _id sizes [1], including a
comparison between stock 0.10 and a 0.11 snapshot. Unexpectedly, 0.11 turned
out to be slower for view generation, despite the
Hi [resend, but it didn't appear as i was unsubscribed ]
I recently did some performance test of different _id sizes [1], including a
comparison between stock 0.10 and a 0.11 snapshot. Unexpectedly, 0.11 turned
out to be slower for view generation, despite the work done with COUCHDB-495.
I've
12 matches
Mail list logo