On Wed, Dec 23, 2015 at 5:45 PM, McDonaldR <McDonaldR@anonymised.com> wrote:
Thanks for this info, Ben
With the upgrade to Java 8 required for future versions of Geoserver and
Geotools from September 2016 what are the implications for running
Geoserver on 32-bit or 64-bit architectures?
The reason I ask is that I run 32-bit java and 32-bit Tomcat containers to
use the Native JAI and ImageIO libraries with a 32-bit Java server Hotspot
VM on Windows Server 2012.
We are abandoning native JAI and when JAI-EXT is ready to be enabled by
default, I believe we'll eventually stop recommending usage of native JAI
and probably remove it from the docs.
The reason is simple, we have no control over the native JAI and have been
piling up workarounds for it, while JAI-EXT we can optimize at will. I
don't have performance test yet (trying to make it correct before fast),
but weather.com is using it in their computational chain and are apparently
quite happy with the performance.
If I upgrade to Java 8 and the server JRE then it is only available in
64-bit which means I need to upgrade my Tomcat and not use the native JAI
libraries (there are no 64-bit Windows versions). Now, I might be getting
mixed up here but does the new marlin renderer do the same thing as the
native JAI libraries?
No, it's completely different. Marlin renderer speeds up the rendering of
vector data, not of raster data.
The benefit is more visible to those running a Oracle JDK (the only choice
on Windows) because the rasterizer Marlin replaces (Ductus) simply does not
scale up. Those running OpenJDK (on Linux) still get a nice boost, but
under load they are already getting good scalability.
Could I use that instead and still get the same performance?
I guess I could put in a business case to switch our servers to Linux
based VMs...
That's going to be beneficial regardless, anedoctal evidence is that Java
in general performs better on Linux (when I switched from Windows to Linux
as a developer enviroment the geotools and geoserver build times went down
a good 30%).
Over time others have found similar results:
http://itknowledgeexchange.techtarget.com/enterprise-linux/java-virtual-machine-performance-ubuntu-wins-over-windows/
http://www.theinquirer.net/inquirer/news/1050112/linux-runs-java-faster-windows
Now.. all these observations are a few years old and Windows might have
closed the gap
in the meantime, never had an occasion to test it in recent times honestly.
Cheers
Andrea
--
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
*Geosolutions' Winter Holidays from 24/12 to 6/1*
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
*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.
-------------------------------------------------------