Skip to Content
author's profile photo Former Member
Former Member

Performance of the J2EE server for BI 70


We currently are running BI 70 on as 20GB(memory in *BASE), 1.5 CPU (power 6) system.

We have close to 100 users on the system and primarliy use the excel based Bex analyzer for reporting,

We want to start using the BI-Java stack for web based reporting, but right now its kind of a little slow, esp going in their the first time after the system restarts..( which is kind of understable..)..and even after then...

We have already implemneted these notes for performance:

Note 990892 - iSeries Java properties in SAP system environment

Note 717376 - iSeries VM Settings for SAP WebAS Java (IBM Classic JVM)

and are noticing little improvement...but still not as good as we would like it to be...

The question we have in mind is if:

we should start thinking about running the Java server in a separate memory pool? Right now

the "SERVER0" job is running in *BASE...same as where our ABAP stack is running...We only have two memory pools on the system(machine and *Base)

Which configuration is better in terms of performance, for both ABAP and JAVA? We do not want the ABAP performance to go down...( faulting rates right now is less than 100/s...but goes up when we run BI-JAVA)

Running both ABAP and JAVA in the same (one big HUGE) memory pool


Spliiiting up the *BASE and allocating maybe like 5- 5.5 GB to another pool and run the J2EE in that seperate memory pool, as mentioned in one of the SAP notes??

Thanks for all your suggestions...

Sap ques

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

3 Answers

  • author's profile photo Former Member
    Former Member
    Posted on Feb 05, 2009 at 06:45 AM

    Hi Sap ques (even when that is a crazy name)!

    yes, if you want to have better Java Performance you will not be able to prevent the special Java pool - especially as the Java will be used less than the ABAP and therefore will be paged out. Yes, you are correct as well, this will NOT optimize your ABAP performance, but you should see for the results. If you have to little memory you "have to die one death" - sorry to say that ...

    Buit still, the real performance boost will happen with the new J9 JVM with V6R1. So, if you need the best Java performance, it will not be sufficient with the memory pool

    You can check out


    Volker Gueldenpfennig, consolut international ag - -

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member



      Thanks for the response...

      We are running now and V5R4M5 on the 9406-MMA's (power 6)..

      V6R1 is good and I read the article in IBM systems Magazine for last month about IT4J...

      Will be alittle while before we will switch to V6R1...

      Now as far as memory is concerned, we do not have less by any estimates...We have close to total of 25 GB on memory on the machine..So we should be fine creating a separate memory pool for JAVA...

      Yeah, but at the same time, we do not want to die any deaths...:))

      But we will play around and see what impacts it has...

      Would love to upgrade to V6..but we have so many other tied apps on the system..we will have to check all those are supported on V6...

      Thanks for all your help and suggestions....

  • author's profile photo Former Member
    Former Member
    Posted on Feb 24, 2009 at 02:50 PM

    Hi my friend

    Based on your case, it seems you only need AS ABAP running for the traditional BW functionality connect by BEx. If you would like to take BI JAVA into your landscape for webpage reports and Portal reporting, it's always recommended to have another standalone instance for it(AS Java, BI Java, EP and EPcore installed). For this brand new instance, IT4J is your best choice for running NW7.0 Java instance, and V6R1 as well(sooner or later).

    And yes, those performance symptom is reasonable that system takes time and resource to setup those RFC connections. Once it's connected, will remain there unless there are some newer and higher priority request to be swapped out.

    Hopefully these are helpful.


    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Feb 24, 2009 at 09:33 PM


    As pointed out in previous posts, moving to V6.1 and IT4J is going to result in the biggest performance improvement. However, since you will not be moving to V6.1 anytime soon there are some other JVM tuning and configurations that can be done to improve performance of Classic JVM.

    First, as specified in earlier posts, you will want to run your Java systems in their own memory pool, regardless of whether they are standalone systems or dual stack systems. The next thing you are going to want to look at is the JVM heap settings. You will want to adjust your Java heap settings based on your actual workload. The recommended default settings are not ideal under every situation, so it is best tune and configure the JVM based on analysis of the JVM from running the workload. Most Classic JVM performance issues are a result of Xmx and Xms not being properly set for the workload.

    There is some fairly straight forward analysis that can be performed in order to optimally tune your JVM. More information can be found at To start, you should download from the website, the SAP NetWeaver Java on IBM i5/OS Redpaper and the "Getting the Most from Your SAP Application Server on IBM i" presentation.



    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.