There are numerous ways that attachment retrieval performance can be improved, I'm just explaining why you're seeing the numbers you reported.
Turning off chunking would also be a code change, one that I don't expect will make it into the product, since it would degrade concurrent writer behavior. My current favorite proposed enhancement is to support external attachments (where the attachment is written to its own, separate file). I haven't started work on a patch for this, yet, but it should give all the advantages of apache2/sendfile while still allowing couchdb replication, etc. Further discussions on improving this belong to @dev, I think. B. On Wed, Mar 24, 2010 at 11:26 AM, Vasili Batareykin <[email protected]> wrote: > Hmmm, how about turn off chunks for attachments? how about shema-less > concept?) > why think for FS? or problematic call smth like read N bytes from X pos in > db thru systemcall? > sorry i'm not dba-developer. only user( > > 2010/3/24 Robert Newson <[email protected]> > >> It's a code change to increase the chunk size, it's not currently a >> configuration setting. When I was testing this I increased it to 64k >> and 128k, it didn't make much difference (it's quite possible I didn't >> do it correctly, though I did verify that I had larger chunks of >> attachment data in the file). >> >> >
