diff options
| author | Adam Kocoloski <kocolosk@apache.org> | 2009-08-11 17:25:13 +0000 |
|---|---|---|
| committer | Adam Kocoloski <kocolosk@apache.org> | 2009-08-11 17:25:13 +0000 |
| commit | ea95901fe52df11338134bd86f9bc8f028c5444b (patch) | |
| tree | f2e25a4faad67ee004464421f3945c0bb71838a9 /test/etap/110-replication-httpc.t | |
| parent | 927fc026564083a03b7443f39cabfb8db9ccaf41 (diff) | |
more work on _bulk_docs streaming during replication.
I think this effort is kind of a dead end, at least if we're serious about
that 4GB maximum document/attachment size. Presently push replication will
have trouble with attachments larger than a few MB because of the
inactivity_timeout we've set in ibrowse. We'll push the data, but then close
the connection after 30 seconds while the target is still decoding.
We should focus our efforts instead on a way to push attachments without Base64.
I don't know what to say about 4GB _documents_, I don't see how we could ever
really support those now even without replication.
git-svn-id: https://svn.apache.org/repos/asf/couchdb/trunk@803220 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'test/etap/110-replication-httpc.t')
0 files changed, 0 insertions, 0 deletions