Awesome!
Prediction (can't wait to be proven wrong):
* Very little difference in different implementations (because stdio is the
bottleneck)
* Native views are faster but not *way* faster
Wrinkles:
* I vaguely recall JS being about equal speed to Erlang (native) when
benchmarking
On Sun, Jan 27, 2013 at 3:55 PM, Jason Smith j...@iriscouch.com wrote:
* Very little difference in different implementations (because stdio is the
bottleneck)
Why stdio is a bottleneck? I'm interesting underlay reasons.
As for my experience, the protocol design doesn't allows view and
query
On Jan 27, 2013, at 13:22 , Alexander Shorin kxe...@gmail.com wrote:
On Sun, Jan 27, 2013 at 3:55 PM, Jason Smith j...@iriscouch.com wrote:
* Very little difference in different implementations (because stdio is the
bottleneck)
Why stdio is a bottleneck? I'm interesting underlay reasons.
On Sun, Jan 27, 2013 at 4:50 AM, Jan Lehnardt j...@apache.org wrote:
On Jan 27, 2013, at 13:22 , Alexander Shorin kxe...@gmail.com wrote:
On Sun, Jan 27, 2013 at 3:55 PM, Jason Smith j...@iriscouch.com wrote:
* Very little difference in different implementations (because stdio is
the
Science!
On Sunday, 27 January 2013 at 18:42, Russell Branca wrote:
On Sun, Jan 27, 2013 at 4:50 AM, Jan Lehnardt j...@apache.org wrote:
On Jan 27, 2013, at 13:22 , Alexander Shorin kxe...@gmail.com wrote:
On Sun, Jan 27, 2013 at 3:55 PM, Jason Smith j...@iriscouch.com wrote:
On Sun, Jan 27, 2013 at 12:50 PM, Jan Lehnardt j...@apache.org wrote:
On Jan 27, 2013, at 13:22 , Alexander Shorin kxe...@gmail.com wrote:
On Sun, Jan 27, 2013 at 3:55 PM, Jason Smith j...@iriscouch.com wrote:
* Very little difference in different implementations (because stdio is
the
On Sun, Jan 27, 2013 at 4:50 PM, Jan Lehnardt j...@apache.org wrote:
On Jan 27, 2013, at 13:22 , Alexander Shorin kxe...@gmail.com wrote:
On Sun, Jan 27, 2013 at 3:55 PM, Jason Smith j...@iriscouch.com wrote:
* Very little difference in different implementations (because stdio is the
Hey, Jan. This is a totally random and hypothetical idea:
Do you think there would be any speedup to use term_to_binary() and
binary_to_term() instead of encoding through JSON? The view server would of
course need to support that codec. I have already implemented encoding in
erlang.js:
On Mon, Jan 28, 2013 at 6:37 AM, Jason Smith j...@iriscouch.com wrote:
Hey, Jan. This is a totally random and hypothetical idea:
Do you think there would be any speedup to use term_to_binary() and
binary_to_term() instead of encoding through JSON? The view server would of
course need to
I tried this a long time ago with the binary to JS code in C. It didn't make
for a huge improvement in total speed.
On Jan 27, 2013, at 11:37 PM, Jason Smith j...@iriscouch.com wrote:
Hey, Jan. This is a totally random and hypothetical idea:
Do you think there would be any speedup to use
Given the current momentum in updating the CouchDB view engine, I thought
it prudent to get a baseline of performance for the various engines.
I hacked together a benchmark suite today that will give a minimum set of
metrics. If there is interest, hopefully we can put together a
comprehensive
11 matches
Mail list logo
