couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stanley Iriele <>
Subject Re: Control view query performance
Date Mon, 14 Jul 2014 22:51:56 GMT
Interesting....does the native view server have the same relationship with
couchdb? And by that I mean is there a pool of processes that read db files
from disk or is its relationship completely different?.

Also...can..and should the number of spun up processes be configurable?

By the way many thanks Robert/Jens this is spot on...  exactly what I was
looking for! ...

Lastly a lot of you guy's thorough explanations about these sorts of this
make for an excellent FAQ section in the docs to come
On Jul 14, 2014 11:51 AM, "Jens Alfke" <> wrote:

> On Jul 14, 2014, at 11:29 AM, I wrote:
> > Really? I thought that the map function would be run in parallel on
> several documents at once. Seems like an obvious way to speed up view
> updates; after all, map/reduce as popularized by Google is intended to be a
> massively parallel algorithm…)
> Sorry, I realize I’ve fallen prey to the “any problem I haven’t worked on
> must be trivial” attitude, a common pitfall of engineers. :-p
> I’m sure there are good reasons this hasn’t been implemented yet,
> including the fact that JSVMs are single-threaded so you’d have to spin up
> several of them to be able to run map functions in parallel.
> But it would be a good optimization at some point, considering the large
> number of CPU cores that today’s server boxes have.
> —Jens

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message