First off, would recommend upgrading Sync Gateway to latest version. There are a significant number of improvements to the performance of import processing in 2.7 . 2.0.0 is a very dated release.
Also, the batch imports is enforced through the server side. Ensure that your mutations on server are done in batches. i.e. instead of a UPDATE statement that updates 1 M documents in one shot, stagger the updates on the server bucket. Sync Gateway will process all changes as fast as it can.
Hi Priya,
Thanks for the answer.
Our updates are performed asynchronously, and we ensure that at a time no more than 4 records are being updated via sync gateway.
Our issue is during the initial replication using CBLite when a new app is installed on the mobile, and all the necessary channel restricted data (120k docs in current case) needs to be pushed to the mobile. It is at this time that the performance issues are seen.
Thank you for suggesting the upgrade to SG2.7. I will look into it.
Have a great day,
Then this is not an issue related to import processing as alluded to in the original post. It appears to do with replication with Couchbase Lite clients trying to sync a very large channel (of 120K documents). If your sync gateway is crashing, then it is likely that is running into OOM issues with the channel cache. But it is not clear if that’s what you are seeing - subject line indicates that you are observing a crash but your recent post indicates “performance issues”. Which is it ?
Either way, first part of response still holds true = upgrade to 2.7.0 version of Sync Gateway. There are enhancements to channel cache management that was introduced in 2.6 that should alleviate the issue of the cache potentially growing unbounded . There are also a number of config options that can be tuned.
Also, look into the sizing of your sync gateway and ensure that it is sized (RAM, cores) to handle the load. Track the CPU and RAM usage on Sync Gateway machine to ensure it is within thresholds.