Hi All Some excellent progress
I launched a new EC2 same spec as before. Loaded the shapefiles into PostGIS and ran same indexes and clusters. I used 32 bit version of JDK allowing me to install the JAI Natives. I then installed Tomcat making sure it pointed to my JDK version, and deployed GeoServer 2.0.2 (same version as previously) I then used JMeter as I did before and there was no difference in fact it was on average 0.6 secs slower!! So by all accounts these JAI libraries cannot be working properly. I pointed them to JDK folder during the install, do I have to do anything else? So i then undeployed GeoServer 2.02 and deployed 2.1 RC2 and am now down to 4.1 secs average over 3x JMeter runs Thats a little over 3 secs improvement by upgrading to RC2 This is brilliant but the problem with the JAI libraries still troubles me In my Server Status it does state that Native JAI True Native JAI Image IO True So does that confirmed they installed properly Thanks all for advice Tim -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Wed 3/23/2011 09:14 To: Tim Martin Cc: [email protected] Subject: Re: [Geoserver-users] Slow response time Besides the fact that it is better to use a linux box, look here http://docs.geoserver.org/stable/en/user/tutorials/feature-pregeneralized/feature-pregeneralized_tutorial.html Another tutorial with postgis from a user is here http://osgeo-org.1803224.n2.nabble.com/attachment/6137141/0/pregen_tutorial.html The basic idea is to precompute generalizations of your vector data. This technique reduces the number of vertices which have to be processed by geoserver for each request. Cheers Christian Quoting Tim Martin <[email protected]>: > 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. > 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. > > 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? > > > I am documenting all of this as I go, hopefully so it will help > others but would really like to get the response time down before > publishing it. > > > many thanks for any ideas or advice you guys have > > thanks > > Tim > > > This email is only intended for the person to whom it is addressed > and may contain confidential information. If you have received this > email in error, please notify the sender and delete this email which > must not be copied, distributed or disclosed to any other person. > > Unless stated otherwise, the contents of this email are personal to > the writer and do not represent the official view of Ordnance > Survey. Nor can any contract be formed on Ordnance Survey's behalf > via email. We reserve the right to monitor emails and attachments > without prior notice. > > Thank you for your cooperation. > > Ordnance Survey > Adanac Drive > Southampton SO16 0AS > Tel: 08456 050505 > http://www.ordnancesurvey.co.uk > > > ------------------------------------------------------------------------------ > 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 > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Adanac Drive Southampton SO16 0AS Tel: 08456 050505 http://www.ordnancesurvey.co.uk ------------------------------------------------------------------------------ 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
