Hi Laurent,
On Thu, Mar 21, 2013 at 7:00 AM, PREVOSTO, Laurent <laurent.prevo...@sfr.com
> wrote:
> Hi,****
>
> We are using GeoServer for a small Webmapping application and it works
> fine.****
>
> Now we are asked to be able to add lots (hundreds) of users. Which means
> heavy load and scalability. And probably roughly 10 getmap / sec.****
>
> But we’re having a hard time to figure out if geoserver is the right tool
> and if yes, how many servers/CPUs should be added and how to calculate the
> right number of tomcat per server, thread per tomcat, etc.****
>
> ** **
>
> Of course we plan to do benchmarks but a rough idea would be welcome…****
>
> ** **
>
> I have read all I could find regarding geoserver in production, on
> steroids, etc. but I still have questions & concerns :****
>
> Knowing that we just want geoserver (inside of Tomcat on Linux) to publish
> WMS and WFS services based on geospatial data stored in an Oracle database :
> ****
>
> ** **
>
> **1. **Our database is SDE but with Oracle SDO storage : for the
> best performances, should we use the SDE or the Oracle Spatial connector ?
>
While I don't have any numbers to back this up my gut would be that cutting
out the middle man and going straight oracle would be better performance
wise.
> ****
>
> **2. **I am really concerned by all I could read about Java2D not
> scaling well. Is it still the case ? It looks like switching off
> antialiasing cures the problem. Is that right ?
>
A couple of things to note.
- the java2d scalability issue is only an issue on the oracle jdk,
unfortunately the oracle jdk is the one that performs the best so if you do
go with something like openjdk that doesn't have the same problem then you
will sacrifice a bit of performance.
- the scalability issue can more or less be nullified by scaling out
geoserver horizontally, running multiple instances in different virtual
machines.
> ****
>
> **3. **Is there a rule of thumb for correctly spanning tomcats
> across CPUs/Cores/Threads and servers
>
No hard rule. Although there are a few companies who can certainly
provide guidance in this regard. But usually this is considered commercial
support, and very much specific to exactly your needs.
> ****
>
> **4. **What’s the best JDK flavor and version ?
>
The oracle vm offers the best performance. Currently the officially
recommended version is 1.6. We are working toward 1.7 (with a build server,
etc...) but currently it doesn't have the same usage coverage as 1.6 so
still not totally considered as supported. However we have a number of
clients running with jdk 1.7 without issue.
> ****
>
> **5. **Anything else I may be missing…****
>
> ** **
>
> If anybody has leads or good ideas it would be welcome.****
>
> ** **
>
> Regards,****
>
> ** **
>
> Laurent****
>
> ** **
>
> PS : my boss would not mind sticking with ArcGIS Server (which we know
> pretty well) but I would like to be able to show that GeoServer is a real
> alternative.****
>
>
> ------------------------------------------------------------------------------
> 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_mar
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
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_mar
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
