-
Notifications
You must be signed in to change notification settings - Fork 83
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Questionable PutSync performance #183
Comments
That certainly does not look ideal at all. I'm wondering if 196cf08 is at all related, or if the type of fix made there needs to be applied elsewhere... |
I know it's a number of years but has anyone looked at this? We're seeing similar update performance with our production application (dStore/dGrid) where there's around a ~2-3s update per record on a largish Memory store (~30k records) and it's causing all sorts of grief (initial load is fine). Thanks as always, Rob |
So with further testing, it's not the dStore putSync in our case. It's somewhere downstream in the chain (trackable memory store into dGrid). Just the putSync process is averaging 0.02-0.03mS per overwrite/update). I'll update our findings here in case it's helpful. |
just to update with our findings. Turns out it was the individual events triggering the trackable capability of the dGrid. Our data is highly fluid, with some cases sustaining 100-150 changes per second. The dStore is happily updating; we've just set a more manual update of the dGrid collection. |
What are expectations for performance when adding new items to a store via
PutSync()
as opposed to updating existing items in a store viaPutSync()
?I've noticed a significant difference between the two, demonstrated by the following trivial code:
The following times are returned:
Is such a significant difference expected?
The text was updated successfully, but these errors were encountered: