ignite-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Himetic <cameron.wisem...@theplatform.com>
Subject Performance issues with Ignite L2 cache compared to ehcache
Date Tue, 04 Oct 2016 00:40:01 GMT
So I've got the L2 ignite cache working, confirmed with beans, logging, etc,
and we're comparing it to our existing ehcache implementation. 
Unfortunately, so far it seems to be running far fewer operations per second
than the ehcache version.  However, it does seem like the timing on each
cache query (we query by id) is fairly fast, around 5ms per query.

My suspicion is that it's because of how we're doing the batch queries - we
get the ids from querying the database with whatever parameters we're
getting from the web api, and then we go through each id and try the cache,
pooling the rest into a big database query.  I'm guessing that, since ignite
has the overhead of a network call, even if it's relatively minor when
querying for a single id, it could add up to a big delay when querying for
hundreds of IDs, compared to hitting local ehcache, even if the ehcache has
fewer hits and results in a larger query against the database ultimately.

Is there a way to mitigate this problem?  Maybe a way to do a batch query
against the L2 database?  I'm guessing not, but otherwise I'm not sure what
else we could do to avoid these performance issues.

View this message in context: http://apache-ignite-users.70518.x6.nabble.com/Performance-issues-with-Ignite-L2-cache-compared-to-ehcache-tp8069.html
Sent from the Apache Ignite Users mailing list archive at Nabble.com.

View raw message