On Wed, Feb 20, 2013 at 3:46 PM, Matthias Müller <
[email protected]> wrote:

> Hello list,
>
> are there any best practices on offering a large number of WMS layers with
> geoserver? We are operating a geoserver instance that has about 600
> time-enabled vector layers (loaded from a postgres database) which causes
> two problems:
>
> 1) The capabilities take a very long time (>5 Minutes) to load
> 2) The capabilities are becoming quite big (Currently about one 1MB) so we
> might run into issues with clients
>
> So are there any solutions for these problems? Can we speed up the
> Capabilities response? Can we maybe assign layers to different WMS
> endpoints?
>
>
You should probably partition the stores/layers in different workspaces,
and use the worskpace specific
OGC services.

The other thing that slows things down is that for each time enabled layer
a query is done against the
database to retrieve fresh time values... we don't have a way to register
them statically, but
I'm thinking that one potential improvement to GeoServer (which requires
coding) could
be to submit these lists to some caching, so that they are not requested
every time (pretty much
like we cache the structure of feature types today).... the significant
downside of this approach
is that the list of times can be very large, caching it would eat memory
easily...

Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.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

-------------------------------------------------------
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to