Files
meteor/packages/ddp-server
Oleksandr Chekhovskyi 565fa39037 Catch up to oplog at most once per write fence
Before this change, number of catch-up attempts was N*M, where N is number of
writes inside of the fence, and M is number of active observers on affected collections.
Every catch up issues yet another query to find the latest oplog entry.

It was extremely inefficient, in terms of both CPU usage and added latency.
After executing write-heavy methods, application process was occupied for many seconds
doing the same thing over and over again.

This change provides a performance improvement for all kinds of workloads.
2015-07-09 09:25:56 -07:00
..
2015-06-15 14:12:34 -07:00