On Fri, Apr 12, 2013 at 11:00 PM, Milton Jonathan <[email protected]
> wrote:
> So I wonder: is this really supposed to happen? Is encoding the image
> the real bottleneck for simple layers like this? Is there anything I can
> do to improve this performance?
>
For a complex map normally the split is roughly 1/3 each divided among data
loading,
painting, and output encoding, but yes, for simple maps that do not have
much
to load or draw PNG encoding will surely be the slowest part, unfortunately
PNG is both
heavy to produce and to read, but it's the best option at the moment if
you're drawing
vector data.
For imagery go JPEG instead, which is already significantly faster, and if
you want
an extra boost, upgrade to GeoServer 2.3.0 and install the JPEG-Turbo
extension:
http://docs.geoserver.org/stable/en/user/community/libjpeg-turbo/index.html
Cheers
Andrea
--
==
GeoServer training in Milan, 6th & 7th June 2013! Visit
http://geoserver.geo-solutions.it for more information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
