The native JAI is really something which I have seen people taking forgranted and there are no clear lines on how to make Geoserver register Natve JAI and Image I/O support. The only thing that I have seen is that you need to install JAI and Image I/O in you Jdk / JRE before running Geoserver , if you have already deployed Geoserver and then you install native support, it will never detect native support. I had this issue while setting up Geoserver on Solaris inside Weblogic 10, but I would agree that if your data set is very big, Windows might cause a few problems.
regards, Imran On Wed, Mar 23, 2011 at 1:37 AM, Andrea Aime <[email protected]> wrote: > On Tue, Mar 22, 2011 at 7:08 PM, Tim Martin > <[email protected]> wrote: >> Hi All >> >> After several weeks of reading many posts/blogs/and documents I think I have >> gone as far as i can to improve the performance of my WMS of OS Vector Map >> District - these are 23 shapefiles containing different features from >> points, lines and polygons. > > Size of the shapefiles? > >> The data is designed to be viewed between 1:15 000 and 1:100 000, and my >> style sheets (SLDs) show only the features at certain scales. >> >> I am using an Amazon EC2 High Cpu Windows Instance with the following >> >> Java JDK 6 - setup as server version and the JVM options as described in the >> geoserver documentation >> Tomcat 7 64 Bit windows installer. I have given it a maximum heap of 4Gb >> Geoserver 2.02 - with WFS and WCS turned off. Production settings for >> logging. >> PostgreSQL/PostGIS - holding OS VectorMap District shapefiles. These have >> been indexed and clustered on the_geom column. > > If there is one thing characteristic I normally don't hear about EC2 > instances is "fast" > Looking at the above... did you install native JAI extensions? > Ah, I see below you are using windows... ugh. > For 64bit use Linux, otherwise use a 32bit jvm even if windows is 64bit. > Though, if the wms shootout benchmarks are any indication, by just switching > from Windows to Linux you should get 10 to 20% speedup. > >> I have tweaked the Tomcat server.xml to only allow max threads of 20 as >> described in the OpenGeo document on GoeServer in Production. >> >> For a 500x500 PNG the average response over 3 runs using JMeter, is 7.2 secs. >> >> I have changed and altered so many settings but nothing has improved it. >> >> At first I thought it was my style sheet, so I switcehd all the styles to >> the default grey polygon, blue line etc and that has no impact. >> >> I am really aiming to get the average response time close to 4 seconds. >> >> Do any of you have any idea how I can achieve this??? >> >> The only thing I have not been able to install are the JAI Image I/O >> packages because there are none for a 64Bit windows machine. > >> Woudl these make a considerable difference even though I am not using raster >> data? > > If you don't have the native JAI packages you're indeed paying a heavy price. > Especially on windows, where the file system performance leaves quite > a bit to be desired. > There are also some options that speed up shapefiles that you can use > effectively use > only on Linux, such as memory mapping (which on Windows destabilizes > the JVM quite a bit). > > For multilayer setups you should also get a speedup by switching to GS 2.1.x, > but don't use RC2, wait for RC3 to be published (RC2 and earlier had a > bug in rendering > data in projected coordinate systems, which I believe is your case). > > Beyond this... I bet there is more that can be done, but it would > require a specific analysis of > your data files, setup and whatnot. > > Cheers > Andrea > > > -- > ------------------------------------------------------- > Ing. Andrea Aime > GeoSolutions S.A.S. > Tech lead > > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > > phone: +39 0584 962313 > fax: +39 0584 962313 > mob: +39 333 8128928 > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com/ > http://www.youtube.com/user/GeoSolutionsIT > http://www.linkedin.com/in/andreaaime > http://twitter.com/geowolf > > ------------------------------------------------------- > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > -- I.R ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
