On 17/05/2009, at 12:09 AM, Adam Kocoloski wrote:
So, I think there's still some confusion here. By "open
connections" do you mean TCP connections to the source? That number
is never higher than 10. ibrowse does pipeline requests on those 10
connections, so there could be as many as 1000 simultaneous HTTP
requests. However, those requests complete as soon as the data
reaches the ibrowse client process, so in fact the number of
outstanding request during replication is usually very small. We're
not doing flow control at the TCP socket layer.
IIUC, given that no attachments bodies are consumed by the replicator
until the documents are checkpointed, it's possible for the replicator
to block if the number of pending attachments in a checkpoint buffer
is greater than the ibrowse concurrent request limit. In a case like
mine, with many attachments on very small documents, this is very
likely. Or am I still confused? :/
Antony Blakey
--------------------------
CTO, Linkuistics Pty Ltd
Ph: 0438 840 787
A priest, a minister and a rabbi walk into a bar. The bartender says
"What is this, a joke?"
