[Gfoss] Geoserver-geoWebCache, OL2.13, debian 8... e mappe estremamente lente

[Marco Li Volsi]

Qua
http://gis.stackexchange.com/questions/20712/geoserver-wms-tile-rendering-is.too.slow
suggeriscono di verificare l'indicizzazione spaziale delle tabelle e/o 
di utilizzare l'estensione JAI.
Altro non saprei aiutarti.

Il 12/11/2015 15:46, Giuseppe Naponiello ha scritto:
> Ciao,
> i dati vengono estratti da un db (postgres 9.4, postgis 2.0) e passati 
> all'applicazione web tramite geoserver in formato wms.
> Il server su cui gira la virtual non lo gestisco io direttamente, e 
> non so darti dati precisi (banda dedicata, specifiche del server 
> "fisico", quanti e quali servizi girano sulla stessa macchina oltre 
> alla mia applicazione...). La virtual ha 4Gb di RAM, ho provato ad 
> aumentare la ram di tomcat da 512 a 1024 ed effettivamente le 
> prestazioni sono migliorate, anche se di poco, ma non so fin dove mi 
> posso spingere senza compromettere le prestazioni generali.
> Resta il dubbio sul discorso geoWebCache: basta aggiungere tiled:true 
> e tilesize: alla definizione del wms o devo comunque fare il seed 
> delle features, consumando un bel po' di spazio disco?
>
> Sapevo di poter contare su di voi ;)
>
> Il giorno 12 novembre 2015 11:29, Marco Li Volsi 
> <marco.livolsi a gmail.com <mailto:marco.livolsi a gmail.com>> ha scritto:
>
>     Ciao.
>     Premetto che non sono un sistemista e non ho grande esperienza di
>     GeoServer.
>     I dati in che formato sono? Quanta RAM ha il server e quanta RAM
>     assegni al processo tomcat nella JVM?
>
>
>     Il 11/11/2015 17:52, Giuseppe Naponiello ha scritto:
>>     Salve a tutti,
>>     ho provato a chiedere al gruppo di geoserver italia ma non sono
>>     tanto attivi, provo con voi, che siete una garanzia ;)
>>     Cerco di riassumere il problema.
>>     Sto lavorando con geoserver 2.8 che gira dentro tomcat, il tutto
>>     installato su una macchina virtuale con debian8.
>>     La mia applicazione web gira su apache, su cui ho attivato il
>>     protocollo https, protocollo attivato anche in geoserver.
>>     Le mappe vengono gestite lato client da openlayers  (versione 2.13).
>>     In geoserver ho creato 5 gruppi, ognuno formato da 3 livelli
>>     (punti, linee, poligoni), in openlayers questi 5 gruppi vengono
>>     gestiti come wms; il numero di geometrie per livello varia da
>>     qualche centinaio (per il livello più piccolo) a circa 6000 del
>>     livello più grande.
>>     La mia mappa parte con tutti i livelli spenti, ma anche se provo
>>     ad accendere il gruppo più piccolo (ca.1500 geometrie) noto
>>     un'estrema lentezza nel caricamento delle geometrie (qualche
>>     minuto per il livello più piccolo, mentre il livello più ciccione
>>     a volte non carica proprio e mi vedo la rotellina del loading
>>     panel che gira all'infinito!).
>>     Lo stesso problema mi si ripropone anche se provo ad inserire un
>>     filtro cql per visualizzare solo un dataset minimo.
>>     In rete ho visto che molti consigliano di utilizzare geoWebCache
>>     (quindi fare il seed delle features), altri che per le versioni
>>     più recenti di geoserver non serve ma basta, come ho fatto,
>>     indicare tiled:true e tileSize (la grandezza delle tile è la
>>     stessa impostata su geoserver).
>>
>>     Ovviamente ho fatto dei test sulla rete e non è quello il problema.
>>     Un ultimo dettaglio, forse importante: l'applicazione incriminata
>>     è stata migrata da un'altra macchina virtuale presente
>>     all'interno della stessa rete (quindi il codice è lo stesso) e
>>     sulla vecchia macchina le prestazioni erano migliori, l'unica
>>     differenza sostanziale è che sulla vecchia macchina era
>>     installato geoserver 2.2 con configurazione di default (no ssl,
>>     porta 8080).
>>     Da cosa può dipendere? Non credo dipenda dal protocollo ssl,
>>     anche perché le porte sono le stesse e non ci sono firewall o
>>     altre diavolerie di mezzo.
>>
>>     Grazie a tutti per l'aiuto
>>
>>     -beppe-
>>
>>     -- 
>>     *_Giuseppe Naponiello_*
>>     *_
>>     _*
>>     *A**rc-**T**eam srl*
>>     piazza Navarrino, 13 - 38023Cles (TN)
>>     C.F. e P. IVA IT-01941600221
>>     cell.+393476846599
>>     mail:beppenapo a arc-team.com <mailto:beppenapo a arc-team.com>
>>     pec:arc-team a pec.it <mailto:arc-team a pec.it>
>>     101 | www.arc-team.com <http://www.arc-team.com>
>>     110 | http://arc-team-open-research.blogspot.it/
>>     000 | https://independent.academia.edu/GiuseppeNaponiello
>>
>>
>>     _______________________________________________
>>     Gfoss a lists.gfoss.it <mailto:Gfoss a lists.gfoss.it>
>>     http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
>>     Questa e' una lista di discussione pubblica aperta a tutti.
>>     I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.
>>     786 iscritti al 30.9.2015
>
>
>     _______________________________________________
>     Gfoss a lists.gfoss.it <mailto:Gfoss a lists.gfoss.it>
>     http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
>     Questa e' una lista di discussione pubblica aperta a tutti.
>     I messaggi di questa lista non hanno relazione diretta con le
>     posizioni dell'Associazione GFOSS.it.
>     786 iscritti al 30.9.2015
>
>
>
>
> -- 
> *_Giuseppe Naponiello_*
> *_
> _*
> *A**rc-**T**eam srl*
> piazza Navarrino, 13 - 38023Cles (TN)
> C.F. e P. IVA IT-01941600221
> cell.+393476846599
> mail:beppenapo a arc-team.com <mailto:beppenapo a arc-team.com>
> pec:arc-team a pec.it <mailto:arc-team a pec.it>
> 101 | www.arc-team.com <http://www.arc-team.com/>
> 110 | http://arc-team-open-research.blogspot.it/
> 000 | https://independent.academia.edu/GiuseppeNaponiello

-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.gfoss.it/pipermail/gfoss/attachments/20151112/332f7266/attachment.html>