ignite-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stanislav Lukyanov <stanlukya...@gmail.com>
Subject RE: getAll Latency
Date Wed, 24 Jan 2018 11:14:07 GMT
Hi Rajeev,

Generally `getAll` should behave in a more optimized manner, not simply delegate to `get`.
If you have a stack trace could you please share it ? It would help to pinpoint the code path
that needs to be looked at.
Also, can you show some code and tell a bit about your configuration? First of all, how many
nodes do you use? 


From: rajivgandhi
Sent: 20 января 2018 г. 23:25
To: user@ignite.apache.org
Subject: getAll Latency

Dear Ignite Community,
We have been using ignite for close to year now - in production since a
month. We use ignite as caching layer between the application (hosted in
AWS) and Dynamodb.

Below are the latency comparisions with DynamodB:
get: 800 microseconds
getAll (10 items): 8 milliseconds

get: 4 millseconds
getAll: 8 milliseconds

As you can see there is significant improvement for get operations. however,
the gain in getAll is not much.

Looking at Dynatrace, it seems Ignite getAll makes several calls to
GatewayProtectedCacheProxy.get api. Not familiar with ignite source code, it
seems like getAll is just a wrapped call to sequential get calls. so the
performance is obviously linear to n - no of items requested.

Can this not be more optimized with parallel calls to relevant nodes?
You could use non blocking IO in combination with light weight threads
(fibers eg. Quasar library). 
This way the performance will not be linear to n. 


Sent from: http://apache-ignite-users.70518.x6.nabble.com/

View raw message