Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Closes: #5208
|
|
with autocommit set to 50 pages, a value that will permit fast reads.
also set synchronous mode to normal on regular operation.
|
|
This solves a InterfaceError (sqlite error code 21)
we were having with massive concurrent creation/puts.
|
|
leap.mail is handling locks in a finer-grained way now,
so we do not need to block everything so much
|
|
|
|
controlled by environmental variables
|
|
|
|
|
|
|
|
|
|
|
|
This has the nice effect of letting the persistent-connection
reuse the existing connection, avoiding the ssl handshake overhead
each time we try to synchronize.
This can be traced by logging the instantiation of HttpClientBase
in u1db.remote
I *think* we should be fine with the timeouts as long as we keep
the sync period along the 1 min we are doing now. For other cases,
we should look into how to override the default timeout in httplib
(used by u1db http_client).
|
|
|