The file descriptor process for the .view file is shared by all clients querying the view. I suppose you might be at the limit of what it can deliver from disk, but it's hard to say for certain. The Fd does not do any caching or deduplication of pread requests.
I can't think of anything other shared resource that might degrade in this fashion with a large view respoonse. Adam On Jun 15, 2013, at 9:00 AM, mangvlad <[email protected]> wrote: > I think my problem is not with the size or seep of parsing. > When I am making a single request, getting the response in 1 sec is ok. > Improving this speed would be a bonus... > > My problem is that when I get more than one user, the time is rapidly > increasing > with every new concurrent request... > > Breaking views into smaller multiple views will be pretty difficult... > What is it that is shared between requests inside couchdb that is causing > this? >
