[
https://issues.apache.org/jira/browse/COUCHDB-1317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filipe Manana closed COUCHDB-1317.
--
Resolution: Fixed
Fix Version/s: 1.2
Thanks Matt.
Applied to master and branch 1.2.x
500 function_clause error when requesting bad views
---
Key: COUCHDB-1318
URL: https://issues.apache.org/jira/browse/COUCHDB-1318
Project: CouchDB
Issue Type: Bug
Components: Database
Headers larger than 4k cannot be retrieved
--
Key: COUCHDB-1319
URL: https://issues.apache.org/jira/browse/COUCHDB-1319
Project: CouchDB
Issue Type: Bug
Affects Versions: 1.1
Reporter:
[
https://issues.apache.org/jira/browse/COUCHDB-1319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13136177#comment-13136177
]
Adam Kocoloski commented on COUCHDB-1319:
-
http://git-wip-us.apache.org/repos/as
[
https://issues.apache.org/jira/browse/COUCHDB-1319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson updated COUCHDB-1319:
---
Affects Version/s: 1.1.1
Fix Version/s: 1.1.2
Mark for fixing in next 1.1.x mainten
[
https://issues.apache.org/jira/browse/COUCHDB-1319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13136209#comment-13136209
]
Adam Kocoloski commented on COUCHDB-1319:
-
Added an etap test to the branch.
[
https://issues.apache.org/jira/browse/COUCHDB-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13136217#comment-13136217
]
Jens Alfke commented on COUCHDB-1302:
-
For what it's worth: I ran into the exact sam
Hi!
> What happens when you set delayed_commits to true?
With delayed_commits I got about 150 rps so delayed_commits mode is 15
times faster.
> With that off you are requiring an fsync (iirc) after every value written
> and then are at the
> mercy at your disks write performance (but not in the
Hmm, I see what you mean. If a single connection isnt pegging any of the
hardware and multiple connections are a magnitude times faster, I am not sure
what would be keeping the single connection from performning faster.
Maybe someone else can hop in with ideas?
R
On Oct 26, 2011, at 4:32 PM,
CouchDB is smart enough to collect writes from multiple concurrent clients into
a "group commit" and issue only one fsync to durably store all of them in one
go. It's a bit like generating a _bulk_docs request under the hood. That's
the main reason you see the jump from 10/sec to 300/sec.
Ada
Hi devs,
Who is coming to the couchack? Can we hope to have a meeting between
most devs online this year?
- benoit
11 matches
Mail list logo