Re: [xep-support] JIT Compiler "off" not found

From: Werner Donné (werner.donne@re.be)
Date: Mon Sep 15 2003 - 08:34:27 PDT

  • Next message: Marc Baaden: "Re: [xep-support] Problem with greek characters in chapter titles using some fonts"

    Chris,

    I see no options to turn off the JIT and as you can see it is enabled by default.
    I therefore have no explanation for the symptom you are experiencing. Sorry.

    Werner.

    Chris Braddock wrote:
    > Thanks Werner. Here's some info:
    >
    >
    > # /usr/java130/bin/java
    > Usage: java [-options] class [args...]
    > (to execute a class)
    > or java -jar [-options] jarfile [args...]
    > (to execute a jar file)
    >
    > where options include:
    > -cp -classpath <directories and zip/jar files separated by :>
    > set search path for application classes and resources
    > -D<name>=<value>
    > set a system property
    > -verbose[:class|gc|jni]
    > enable verbose output
    > -version print product version
    > -showversion print product version and continue
    > -? -help print this help message
    > -X print help on non-standard options
    >
    > # /usr/java130/bin/java -X
    > -Xbootclasspath:<directories and zip/jar files separated by ;>
    > set search path for bootstrap classes and resources
    > -Xbootclasspath/a:<directories and zip/jar files separated by ;>
    > append to end of bootstrap class path
    > -Xbootclasspath/p:<directories and zip/jar files separated by ;>
    > prepend in front of bootstrap class path
    > -Xnoclassgc disable class garbage collection
    > -Xms<size> set initial Java heap size
    > -Xmx<size> set maximum Java heap size
    > -Xss<size> set the maximum native stack size for any thread
    > -Xos<size> set the maximum Java stack size for any thread
    > -Xrs reduce the use of OS signals
    > -Xcheck:jni perform additional checks for JNI functions
    > -Xcheck:nabounds perform additional checks for JNI array operations
    > -Xrunhprof[:help]|[:<option>=<value>, ...]
    > perform heap, cpu, or monitor profiling
    > -Xdebug enable remote debugging
    > -Xfuture enable strictest checks, anticipating future default
    >
    > The -X options are non-standard and subject to change without notice.
    > #
    >
    > # /usr/java130/bin/java -version
    > java version "1.3.0"
    > Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
    > Classic VM (build 1.3.0, J2RE 1.3.0 IBM build ca130-20020504 (JIT
    > enabled: jitc)
    > )
    > #
    >
    >
    >
    >> Chris,
    >>
    >> The only error I see is that strictly speaking "-Xmx400mb" should be
    >> "-Xmx400m",
    >> but I fail to see how that could affect JIT settings. The only way I
    >> know in JDK1.3
    >> to turn of the JIT is with the option -Xint. By default the client
    >> HotSpot JIT is
    >> active.
    >>
    >> All this is of course about the Sun JRE. I think you use the one from
    >> IBM. Could you
    >> therefore send the usage string of the java command?
    >>
    >> Werner.
    >>
    >> Chris Braddock wrote:
    >>
    >>>> Chris,
    >>>>
    >>>> What is the complete command-line you use?
    >>>>
    >>>> Werner.
    >>>
    >>>
    >>>
    >>>
    >>> Werner,
    >>>
    >>> I use a modified xep.sh. I had a bootstrap classpath problem that
    >>> prompted the -Xbootclasspath addition.
    >>>
    >>> #begin xep.sh
    >>> # This script encapsulates a standard XEP call.
    >>>
    >>> JAVA_HOME=/usr/java130/jre
    >>>
    >>> XEP_HOME=/usr/dbx/weblive/XEP
    >>>
    >>> CP=$XEP_HOME/lib/xep342_trial.jar:$XEP_HOME/lib/cryptix32.jar:$XEP_HOME/lib/cryp
    >>>
    >>>
    >>> tix32-pgp.jar:$XEP_HOME/lib/saxon.jar:$XEP_HOME/lib/xt.jar
    >>>
    >>> $JAVA_HOME/bin/java -Xmx400mb
    >>> -Xbootclasspath/p:/usr/dbx/weblive/XEP/lib/saxon.j
    >>> ar -classpath $CP -Dcom.renderx.xep.ROOT=$XEP_HOME
    >>> com.renderx.xep.XSLDriver $*
    >>>
    >>>
    >>> set CP=
    >>> #end xep.sh
    >>>
    >>> Thanks,
    >>>
    >>> Chris
    >>>
    >>>
    >>>
    >>>> Chris Braddock wrote:
    >>>>
    >>>>> Anyone?
    >>>>>
    >>>>>> Wondering if anyone can help with this error:
    >>>>>>
    >>>>>> #Warning: JIT compiler "off" not found. Will use interpreter.
    >>>>>>
    >>>>>> XEP still performs as expected, however I'm not a Unix or Java
    >>>>>> guy, but as I understand it, a JIT compiler should give a
    >>>>>> performance boost to (the XEP) java code. If this is correct, I'd
    >>>>>> definitely like to take advantage of it.
    >>>>>>
    >>>>>> Opsys is Aix 4.3.
    >>>>>> Java 1.3.0
    >>>>>>
    >>>>>> Thanks
    >
    >
    > _________________________________________________________________
    > Need more e-mail storage? Get 10MB with Hotmail Extra Storage.
    > http://join.msn.com/?PAGE=features/es
    >
    > -------------------
    > (*) To unsubscribe, send a message with words 'unsubscribe xep-support'
    > in the body of the message to majordomo@renderx.com from the address
    > you are subscribed from.
    > (*) By using the Service, you expressly agree to these Terms of Service
    > http://www.renderx.com/tos.html
    >
    > 

    -- 
Werner Donné  --  Re BVBA
Engelbeekstraat 8
B-3300 Tienen
tel: (+32) 486 425803	e-mail: werner.donne@re.be
-------------------
(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
in the body of the message to majordomo@renderx.com from the address
you are subscribed from.
(*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/tos.html

    This archive was generated by hypermail 2.1.5 : Mon Sep 15 2003 - 08:37:28 PDT