#341 ✓closed
Paul Jones

Support caching of zoomed data

Reported by Paul Jones | August 15th, 2011 @ 04:57 PM | in 0.9-series (closed)

Zoomed data is currently re-calculated on every request, regardless of the changes that have occurred. This can be very expensive, and isn't easily cached when users can zoom or pan.

The proposed design for resolving this is:

  • Consider the heatmap to be made up of a series of tiles;
  • When the heatmap is being rendered, generate the zoom response by assembling the visible tiles (where a tile is a cached time slice of aggregates at a given zoom level). Tiles are created on demand, and stored in a LRU cache;
  • Zooming currently consists of doubling or halving the current view, allowing for many different zooms. To make the caching work more effectively, these zoom levels should be fixed to a given set of values;
  • When slicing a heatmap into tiles, the tiles should be time aligned to ensure that as time passes the tiles don't need to be rebuilt;
  • Cached tiles can be purged whenever a write is done against the store;

Follow up tickets:

  • #354 for more intelligent zoom requesting

Comments and changes to this ticket

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป

A Real Time Differencing Tool.

Shared Ticket Bins

People watching this ticket

Tags

Pages