Hi,
weird... it might be a garbage collection related issue... did you give
GeoServer a very large heap, e.g., more than 4GB?
In that case you might have to tune the garbage collector to reduce GC
pauses, they can get pretty long with a large heap.
I did a quick test with multiple requests locally, with a style using a PNG
external graphic, the slowest one is 30% slower than the fastest one.
For reference:
<?xml version="1.0" encoding="ISO-8859-1"?>
<StyledLayerDescriptor version="1.0.0"
xsi:schemaLocation="http://www.opengis.net/sld
http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd";
xmlns="http://www.opengis.net/sld"; xmlns:ogc="
http://www.opengis.net/ogc";
xmlns:xlink="http://www.w3.org/1999/xlink";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
<NamedLayer>
<Name></Name>
<UserStyle>
<Title>circle</Title>
<FeatureTypeStyle>
<Rule>
<Title>circle</Title>
<PointSymbolizer>
<Graphic>
<ExternalGraphic>
<OnlineResource
xlink:type="simple"
xlink:href="
http://maps.google.com/mapfiles/kml/shapes/placemark_circle.png"; />
<Format>image/png</Format>
</ExternalGraphic>
<Size>32</Size>
</Graphic>
</PointSymbolizer>
</Rule>
</FeatureTypeStyle>
</UserStyle>
</NamedLayer>
</StyledLayerDescriptor>
Cheers
Andrea
On Fri, Nov 9, 2018 at 3:59 PM Blome, Guido (62-24) <[email protected]>
wrote:
> Hi List,
>
> we have published several WMS layers with Point Data out of a
> PostgreSQL/postgis Datastore using SLD with <PointSymbolizer> <Graphic>
> <ExternalGraphic> <Format>image/gif</Format> or <Format>image/png</Format>.
> In most of the requests they are working very fast with response times
> between 12- 50 ms but every tenth thirtieth Request, in a Scenario with
> one request per second, there is a response time of ~ 5000 ms with the same
> or similar request.
>
> This behavior doesn`t appear when using vector based formats like
> <Format>image/svg+xml</Format> or <Graphic> <Mark> <WellKnownName>
>
> We are using those WMS symbol layers as overlays on top of WMTS/TMS,
> delivered by GeowebCache, that are very fast and so those 5000 ms request
> are very disruptive in our application behavior.
>
> I have tested the behavior with Oracle Corporation: 1.8.0_171 (OpenJDK
> 64-Bit Server VM) and Geoserver 2.12.2 and 2.14.0.
>
> Does someone know how we can turn of those 5000ms responses ?
> Where does this behavior come from ?
>
> Best regards, Guido
>
> Guido Blome
>
> Bundesstadt Bonn
> Amt für Bodenmanagement und Geoinformation
> Sachgebietsleiter Geodateninfrastruktur
>
> Stadthaus, Berliner Platz 2, 53111 Bonn
> Telefon +49(0)2 28.77 3009
> Telefax +49(0)2 28.77 2618
> E-Mail [email protected]
> Internet www.bonn.de
>
>
>
>
>
>
>
> Bleiben Sie mit unseren städtischen Newslettern auf dem Laufenden. Alle
> Informationen zum Abo finden Sie auf www.bonn.de/@newsletter<
> http://www.bonn.de/@newsletter>
> Recyclingpapierfreundlichste Stadt Deutschlands 2010 bis 2018.
> Bitte prüfen Sie, ob diese Mail wirklich ausgedruckt werden muss.
>
>
> _______________________________________________
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Regards, Andrea Aime == 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 fax: +39 0584 1660272 mob: +39 339
8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it
------------------------------------------------------- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
_______________________________________________
Geoserver-users mailing list
Please make sure you read the following two resources before posting to this
list:
- Earning your support instead of buying it, but Ian Turton:
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines:
http://geoserver.org/comm/userlist-guidelines.html
If you want to request a feature or an improvement, also see this:
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
![http://maps.google.com/mapfiles/kml/shapes/placemark_circle.png"](https://maps.google.com/mapfiles/kml/shapes/placemark_circle.png"){kind=link}