[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Odd behaviour with Saxon > 6.xx : processing becam

Subject: RE: Odd behaviour with Saxon > 6.xx : processing became slower and slower
From: "Michael Kay" <mhkay@xxxxxxxxxxxx>
Date: Fri, 7 Sep 2001 14:01:30 +0100
becam
Firstly, this query is very Saxon-specific, so it would have been better to
raise it on the Saxon list.

I'm not aware of any current memory leaks in Saxon. Where there have been
problems like this in the past, it has usually turned out to be that the
application is holding on to data, e.g. in some kind of cache, so that
documents and/or stylesheets can't be cleared from memory by the garbage
collector.

Mike Kay

> -----Original Message-----
> From: owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> [mailto:owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx]On Behalf Of Olivier
> Bourgeois
> Sent: 07 September 2001 11:38
> To: XSL
> Subject:  Odd behaviour with Saxon > 6.xx : processing became
> slower and slower
>
>
> Hi all,
>
>   I'm running into troubles with Saxon version number
> superior to 6.x .
> Let me explain what's wrong :
> we are running a "server" that is listening on a socket. The server is
> written in Java. This server is doing XSLT transformations,
> DTD validation
> (using Xerces java) and  Xpath expression matching. The
> process is simple
> : when a client connects, the server spawn a new thread to process the
> request. Then the result is send back to the socket, and the tread is
> terminated.
>
>   The problem is the following: the processing time is
> increasing with the
> number of actions doned before. This is not depending on the
> load average
> of the java server, this is really the total number of
> processed requests
> that slows down the server side. A query that took 2 seconds
> to complete
> at the begining of the bench, can take up to 30 seconds after several
> repeats.
>
>   I've done several tests, and my conclusions are the following:
>
>    - DTD validations are clean, and have no impact
>    - XSLT transformations have a lightweight impact
>    - Xpath queries have the most important impact
>
>  The problem does not appear with older versions of saxon,
> which in that
> case was 5.x
>
> For information, here is the configuration of the server :
>
> Linux 2.4.6 SMP on a bi-pentium
>
> java version "1.3.1"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
> Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)
>
> The starting command for the JVM :
>
> /usr/local/jdk/bin/java -server -native -Xms128m -Xmx512m -classpath
> /data/xsltservertest/classes/saxon.jar:/data/xsltservertest/cl
> asses/xerces.jar:/data/xsltservertest/classes/
> XsltServer
>
> I would really appreciate any pointers, tips, or suggestions of
> testing/profiling.
>
> Olivier Bourgeois
>
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
>


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.