Hi Andrea,
Thanks for the quick response. I'll check out the master to see how it
works for my cases. I am using the jdbcconfig with PostgreSQL.
Thanks,
James
On Fri, Jan 6, 2017 at 8:23 AM, Andrea Aime <[email protected]>
wrote:
> Hi James,
> it is not necessary and was fixed along with other changes as part of
> GEOS-7884:
> https://osgeo-org.atlassian.net/browse/GEOS-7884
>
> Some of the changes made it into 2.10.1 release (including the GWC one you
> mention), others landed
> later.
>
> I'd advise to check out a nightly build and see if you are experiencing
> residual problems (the fixes landed on
> all series as far as I remember, if you want to be extra sure check the
> master branch):
> http://ares.boundlessgeo.com/geoserver/
>
> Wondering, are you using jdbcconfig or sticking to the default catalog?
>
> Cheers
> Andrea
>
>
> On Thu, Jan 5, 2017 at 9:48 PM, James Chamberlain <
> [email protected]> wrote:
>
>> Hello,
>>
>> I have a GeoServer instance with many raster datastores and layers.
>> Initially around 50k, but will easily grow to millions. It's one layer per
>> raster datastore in my setup. I have disabled the gwc caching every layer
>> by default, but startup still takes a long time. I did some profiling using
>> VisualVM and determined that the gwc integration is enumerating every layer
>> that should not be cached using the following method,
>> addLayersToNotCache.
>>
>> This step takes a long time. From my informal testing it's about 1 minute
>> per 10000 layers. Is this necessary? I am thinking that I will need to
>> remove the built in GWC and use an external one instead to work around
>> this. Is there a better approach that I should investigate?
>>
>> Thanks,
>>
>> James
>>
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Geoserver-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054 Massarosa (LU)
> phone: +39 0584 962313 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39 339 8844549 <+39%20339%20884%204549>
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
>
>
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
> -------------------------------------------------------
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users