Version 3 (modified by 15 years ago) ( diff ) | ,
---|
MapGuide RFC 90 - Meta Tiling Support
This page contains an change request (RFC) for the MapGuide Open Source project. More MapGuide RFCs can be found on the RFCs page.
Status
RFC Template Version | (1.0) |
Submission Date | (Date/Time submitted) |
Last Modified | (your name here) Timestamp |
Author | Zac Spitzer, Uv |
RFC Status | (draft) |
Implementation Status | (testing sandbox) |
Proposed Milestone | (2.2) |
Assigned PSC guide(s) | (when determined) |
Voting History | (vote date) |
no vote |
Overview
Add support internally to the MapGuide Server Engine to render larger tiles and then slice them up into the normal tile sizes
Motivation
With complex maps, it's more efficent to render one large tile than many small ones.
There is little or no benefit for simple maps like the Sheboygan Sample.
Proposed Solution
Add a meta tile factor to the tile service, which then will render larger tiles and then slice them up into the smaller tiles which get served to clients.
Implications
The current approach with polling for lock files is inefficent and is excaerbated by meta tiling. When using a meta tiling factor of 4, 15 tiles will wait and poll for 1s while the meta tile is rendered and sliced up.
Changing to a mutex would help
Test Plan
The output of a tile map request should be indentical whether served with meta tiling enabled or without.
Funding/Resources
TBD
Sandbox
Attachments (4)
-
MetatilingChart1.jpg
(9.1 KB
) - added by 15 years ago.
First test results with metatiling
-
GetTileCacheLifeCycles.png
(75.7 KB
) - added by 14 years ago.
Sequence for GetTile with Caching
-
MapGuideMemoryMetatilingLockfiles.png
(18.9 KB
) - added by 13 years ago.
MapGuideMemoryMetatilingLockfiles
-
MapGuideMemoryNoMetatiling.png
(16.8 KB
) - added by 13 years ago.
MapGuideMemoryNoMetatiling.png
Download all attachments as: .zip