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

Chris Braddock smapdi636 at hotmail.com
Mon Sep 15 09:59:40 PDT 2003


>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.


Thanks anyway Werner.

Chris


>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 at 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 at re.be
>
>-------------------
>(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
>in the body of the message to majordomo at 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

_________________________________________________________________
Get 10MB of e-mail storage! Sign up for 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 at 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



More information about the Xep-support mailing list