On Thu, Mar 1, 2012 at 1:27 AM, Jason Smith wrote:
> Hi, all.
>
> I hope you will pardon my commits to the repository. My plan is to try
> to stumble upon some useful custom or workflow. Please let me know if
> you have feedback or views.
>
> Piggybacking off of Randall's idea, I have made a branc
[
https://issues.apache.org/jira/browse/COUCHDB-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Chesneau updated COUCHDB-1426:
-
Attachment: 0001-fix-build-with-custom-path-close-COUCHDB-1426.patch
patch without this
[
https://issues.apache.org/jira/browse/COUCHDB-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Chesneau updated COUCHDB-1426:
-
Attachment: 0001-fix-build-with-custom-path-close-COUCHDB-1426.patch
@filipe I forgot t
[
https://issues.apache.org/jira/browse/COUCHDB-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13219793#comment-13219793
]
Filipe Manana commented on COUCHDB-1426:
Neither current master with or without
On Thu, Mar 1, 2012 at 3:17 AM, Randall Leeds wrote:
> I made a change to requested_path recently on master and 1.2 but
> didn't get much feedback about it.
> It seemed like it was obviously broken to me but maybe I misunderstood
> the intention.
> Is it working the way you expect?
>
> Relevant co
Hi, all.
I hope you will pardon my commits to the repository. My plan is to try
to stumble upon some useful custom or workflow. Please let me know if
you have feedback or views.
Piggybacking off of Randall's idea, I have made a branch for every
JIRA ticket that I am interested or involved in. I w
On Wed, Feb 29, 2012 at 7:30 PM, Benoit Chesneau wrote:
> On Fri, Feb 24, 2012 at 4:39 PM, Benoit Chesneau wrote:
>> On Thu, Feb 23, 2012 at 12:28 AM, Noah Slater wrote:
>>> Hello,
>>>
>>> I would like call a vote for the Apache CouchDB 1.2.0 release, second round.
>>>
>>> We encourage the whole
[
https://issues.apache.org/jira/browse/COUCHDB-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Chesneau updated COUCHDB-1426:
-
Attachment: 0001-fix-build-with-custom-path-close-COUCHDB-1426.patch
This patch make su
Benoit, could you run the 1.7.0 test for longer? Say, double the size
of BULK_COUNT?
Wendall, that's a useful new data point. Any chance you could compare
1.1.1 with 1.2 so we can line it up with the other results?
B.
On 29 February 2012 19:40, Wendall Cada wrote:
> I'm using the bash script pr
I made a change to requested_path recently on master and 1.2 but
didn't get much feedback about it.
It seemed like it was obviously broken to me but maybe I misunderstood
the intention.
Is it working the way you expect?
Relevant commit: 879a1bc19b145e126b9386aed2023f9cd1df8b31
On Wed, Feb 29, 201
I'm using the bash script provided by Robert Newson.
Linux version 3.2.7-1.fc16.i686.PAE
(mockbu...@x86-16.phx2.fedoraproject.org) (gcc version 4.6.2 20111027
(Red Hat 4.6.2-1) (GCC) )
spidermonkey 1.8.5
i686
{"couchdb":"Welcome","version":"1.0.3"} (from stock fedora rpm Release:
2.fc16)
re
On Wed, Feb 29, 2012 at 6:25 PM, Benoit Chesneau wrote:
> On Wed, Feb 29, 2012 at 6:07 PM, Benoit Chesneau wrote:
>> On Wed, Feb 29, 2012 at 5:53 PM, Benoit Chesneau wrote:
>>> On Wed, Feb 29, 2012 at 4:03 PM, Robert Newson wrote:
I've produced a new script that reproduces the view regress
[
https://issues.apache.org/jira/browse/COUCHDB-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Chesneau updated COUCHDB-1426:
-
Priority: Blocker (was: Major)
mark it as a blocker since I don't think we should rele
On Fri, Feb 24, 2012 at 4:39 PM, Benoit Chesneau wrote:
> On Thu, Feb 23, 2012 at 12:28 AM, Noah Slater wrote:
>> Hello,
>>
>> I would like call a vote for the Apache CouchDB 1.2.0 release, second round.
>>
>> We encourage the whole community to download and test these
>> release artifacts so tha
error while building with 2 spidermonkey installed
--
Key: COUCHDB-1426
URL: https://issues.apache.org/jira/browse/COUCHDB-1426
Project: CouchDB
Issue Type: Bug
Components: Build Syst
On Feb 29, 2012, at 18:44 , Jan Lehnardt wrote:
>
> On Feb 29, 2012, at 18:42 , Robert Newson wrote:
>
>> My new test again;
>>
>> Filling db.
>> done
>> server is;
>> {"couchdb":"Welcome","version":"1.1.2a785d32f-git"}
>> Building views.
>>
>> real 0m24.973s
>> user 0m0.006s
>> sys 0m0.004s
On Feb 29, 2012, at 18:42 , Robert Newson wrote:
> My new test again;
>
> Filling db.
> done
> server is;
> {"couchdb":"Welcome","version":"1.1.2a785d32f-git"}
> Building views.
>
> real 0m24.973s
> user 0m0.006s
> sys 0m0.004s
> done
> ~/Source/sandbox $ ./bench.sh
> Filling db.
> done
> s
And one more on a Linux Ubuntu VPS, spinning disk dual core cpu:
1.1.1: 0m54.721s
1.2.x: 0m40.356s
(SpiderMonkey 1.8.0)
On Feb 29, 2012, at 18:25 , Benoit Chesneau wrote:
> On Wed, Feb 29, 2012 at 6:07 PM, Benoit Chesneau wrote:
>> On Wed, Feb 29, 2012 at 5:53 PM, Benoit Chesneau wrote:
>>>
My new test again;
Filling db.
done
server is;
{"couchdb":"Welcome","version":"1.1.2a785d32f-git"}
Building views.
real0m24.973s
user0m0.006s
sys 0m0.004s
done
~/Source/sandbox $ ./bench.sh
Filling db.
done
server is;
{"couchdb":"Welcome","version":"1.2.0"}
Building views.
real0m
On Wed, Feb 29, 2012 at 6:07 PM, Benoit Chesneau wrote:
> On Wed, Feb 29, 2012 at 5:53 PM, Benoit Chesneau wrote:
>> On Wed, Feb 29, 2012 at 4:03 PM, Robert Newson wrote:
>>> I've produced a new script that reproduces the view regression. I
>>> apologize in advance for exposing my awful Bash scr
Mac OS X 10.7.3, 2.6Ghz i7 (2x2 cores), R14B04
SSD:
1.1.1: 0m31.337s
1.2.x: 0m21.229s
Spinning disk, 5400rpm:
1.1.1: 0m32.807s
1.2.x: 0m21.172s
Cheers
Jan
--
On Feb 29, 2012, at 16:03 , Robert Newson wrote:
> I've produced a new script that reproduces the view regression. I
> apologize in
On Wed, Feb 29, 2012 at 5:53 PM, Benoit Chesneau wrote:
> On Wed, Feb 29, 2012 at 4:03 PM, Robert Newson wrote:
>> I've produced a new script that reproduces the view regression. I
>> apologize in advance for exposing my awful Bash scripting abilities
>> (also my inability to write "pure" shell.
That same time but for 10x doc count;
1.1.x: 10m3.734s
1.2.x: 14m17.877s
My machine is a Macbook Air 1.7 GHz Intel Core i5 with 4 GB 1333 MHz
DDR3 running OS X 10.7.3.
On 29 February 2012 15:03, Robert Newson wrote:
> I've produced a new script that reproduces the view regression. I
> apologize
On Wed, Feb 29, 2012 at 4:03 PM, Robert Newson wrote:
> I've produced a new script that reproduces the view regression. I
> apologize in advance for exposing my awful Bash scripting abilities
> (also my inability to write "pure" shell. Your "Bashism" is my "it
> works").
>
> I get 0m56.521s for 1.
"you might want to revisit the release process"
You mean "we" here. :)
B.
On 29 February 2012 16:23, Jan Lehnardt wrote:
> Hi Bob,
>
> thanks for your reply. I think this is a bit of a convoluted situation now
> and I want to apologise for anything that might have upset you or anyone
> here.
Hi Bob,
thanks for your reply. I think this is a bit of a convoluted situation now and
I want to apologise for anything that might have upset you or anyone here. I
didn't mean to be insulting or anything.
I think the 1.2.0 release is very important for this community and the project,
so I am v
On Sun, Feb 26, 2012 at 08:25:37PM +0100, Jan Lehnardt wrote:
> I ran Robert's test with a tiny doc and minimal view and saw the 25%
> performance drop, but using more realistic doc sizes and views show
> and improvement for 1.2.x (in one case 1k docs with a view that emits
> a complex key and an i
Jan,
Sorry it took me a while to respond to this. As I said the db I was testing
with is about ~200K docs, with one large ddoc, about 10 views. It takes a
considerable long time to index, both on 1.1.x and 1.2.x but on 1.2.x it had
not made the same amount of progress after 45 minutes on 1.2.x
I've produced a new script that reproduces the view regression. I
apologize in advance for exposing my awful Bash scripting abilities
(also my inability to write "pure" shell. Your "Bashism" is my "it
works").
I get 0m56.521s for 1.1.x and 1m17.108s for 1.2.x. That is, 1.1.x
complete the same task
[
https://issues.apache.org/jira/browse/COUCHDB-476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13219117#comment-13219117
]
James Howe commented on COUCHDB-476:
A good system is to use window.localStorage if i
[
https://issues.apache.org/jira/browse/COUCHDB-1416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13219064#comment-13219064
]
Jan Lehnardt commented on COUCHDB-1416:
---
I'm sorry, but the solution here is to ma
[
https://issues.apache.org/jira/browse/COUCHDB-1416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13219039#comment-13219039
]
Benoit Chesneau commented on COUCHDB-1416:
--
So
1. I'm not sure this is a bug.
[
https://issues.apache.org/jira/browse/COUCHDB-1416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13219041#comment-13219041
]
Benoit Chesneau commented on COUCHDB-1416:
--
ALso to be really complete any patc
Thanks Paul. My question was prompted by COUCHDB-1416. The policy is
much more common sensible than I feared it would be. It looks like
Ryan's (patch|commit|branch) is good to go.
On Wed, Feb 29, 2012 at 11:34 AM, Paul Davis
wrote:
> On Tue, Feb 28, 2012 at 9:57 PM, Jason Smith wrote:
>> I would
34 matches
Mail list logo
