Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
IST
Table of Contents:
1 Introduction ....................................................................................................................3
2.2 Infrastructure...............................................................................................................................................3
3.5 IDoc-XML....................................................................................................................................................19
3.5.1 Volume series.........................................................................................................................................19
3.5.2 Scalability under parallel clients .............................................................................................................20
5 Copyright ......................................................................................................................29
SAPBC47_PerformanceTests.doc Page 2
SAP BC 4.7 Performance Test
1 Introduction
This is a SAP Business Connector (SAP BC) 4.7 performance test report produced from the SAP BC
development group at SAP. Its goal is to provide customers and partners of SAP with some reliable sample
data on the scalability and throughput you can expect using SAP BC Release 4.7. A comparison of the
performance on different platforms and with different Java Virtual machines is not the goal of this report.
All scenarios tested in this report are inbound scenarios where SAP BC is always called synchronously via a
XML document.
2.2 Infrastructure
The hardware used has the following technical data:
Processors: 4 x Pentium II Xeon
Frequency: 400 MHz
Memory: 2 GB
L2 Cache: 512 KB
Operating System: Windows NT 4.0, Build 1381
Network Card: 100 MBit
The different performance tests have been carried out on one of two machines with these technical data.
One computer was a HP (formerly Compaq) Proliant Server, which will be called computer A from now on,
and the other machine was a HP Netserver LH4, which will be called computer B from now on. The
performance of the system configuration in this SAP environment corresponds to about 600 SAPS (more
information about SAPS can be found at http://www.sap.com/benchmark -> SAPS).
The same machine is used to run the performance test HTTP clients as well as SAP BC. The advantage is
that the performance test is not influenced by the speed of the network between the HTTP clients and the
SAP BC server. Whether the SAP instance is running locally or remotely does not have a noticeable effect
on the test results however. This is due to the fact, that the data transferred is highly redundant and thus
compressed by the RFC very efficiently. So the amount of data transferred between SAP BC server and SAP
application server is always small.
All performance measurements were carried out with version 4.7 of SAP BC. SAP BC is running under IBMs
JDK 1.3.0. The startup script server.bat is modified to allow the JVM a maximum memory usage of 2048
MB. Also the number of allowed parallel RFC connections to one SAP system is increased to 25.
Furthermore the throughput data were not logged and the log level was set to 1. The log level of the XSLT
SAPBC47_PerformanceTests.doc Page 3
SAP BC 4.7 Performance Test
engine has been set to 3. Last but not least in most of the test scenarios the parameters for optimizing the
performance have been set to the following values (except in these test cases, where the values of these
parameters have been changed in order to investigate their influence on the performance of SAP BC):
watt.PartnerMgr.xtn.store.fastAsyncMode = True
watt.PartnerMgr.xtn.store.timeToLive = 100
watt.PartnerMgr.noMsgStorage = True
Tests against a SAP system were executed with the SAP kernel release 4.6C. All executed scenarios are
SAP-inbound. This means that SAP BC is always called from a HTTP client. It then transforms this call into
an RFC call to a backend SAP system. The HTTP client posts a XML request document to SAP BC. Along
with the HTTP header no cookie is transferred. A cookie would guarantee reentrance of several HTTP
requests to the same SAP BC session. However the performance impact of reentrance over the creation of
new sessions is minimal.
For all test scenarios we measure the number of completed requests and responses per second as well as
the total amount of data transferred per second. Furthermore, the SAP BC 4.7 test results are compared with
the measurements for SAP BC 4.6. The SAP BC 4.6 performance test report with all the details can be found
on the SAP Service Marketplace at http://service.sap.com/connectors -> SAP Business Connector -> SAP
Business Connector in Detail -> System Requirements.
3.1 Introduction
For most of the test scenarios volume tests as well as multi threading tests have been executed. The test
scenarios can be roughly categorized as follws:
Call of the function module stfc_performance
Transfer of an invoice IDoc XML document
Transfer of an invoice EDI document (only multi threading tests)
The test scenarios with the call of the bapisdorder_getdetailedlist have not been carried out since an SAP
System with application data similar to the SAP BC 4.6 performance tests was not available. However, since
the SAP BC services invoked in these scenarios have not been changed, it can be assumed that the
performance measurements of SAP BC 4.7 and SAP BC 4.6 lead to almost the same results. Furthermore,
tests with SAP BC 4.7 for the bapisdorder_getdetailedlist scenarios lead to the same behaviour as the SAP
BC 4.6 test results, i. e. in the volume tests the SAP BC 4.7 processing time per request increases almost
linearly with increasing response document size, the throughput time decreases almost exponentially with
increasing response document size, and in the multi threading tests the saturation is reached with about 6
concurrent clients while increasing the number of clients further leads to only a small increase or even a
decrease in performance.
In one test scenario the parameters for optimizing the performance have been investigated. In another test
scenario the performance of a SAP BC flow map was compared with the performance of the XSLT engine in
SAP BC.
Furthermore a transaction which consists of a pure "HTTP Get" to an HTML page was executed (only multi
threading tests). Last but not least a Java performance test program was executed that carried out several
operations, e. g. adding and multiplication of numbers, throws of exceptions and writes to the file system;
hereby the operations were called via SAP BC Java services.
SAPBC47_PerformanceTests.doc Page 4
SAP BC 4.7 Performance Test
Depending on the input values the SAP function module returns a varying amount of data as an internal
table. It makes a difference whether you submit a big XML document to the server and receive only a
minimal response or whether a small request document is submitted and a big response received from the
SAP system. This is due to two facts: First parsing of the XML document with the parser used by the RFC
coder takes longer than rendering an XML document from the RFC data format. Second the creation of a big
output table in the SAP system takes considerable time. Therefore both scenarios were tested separately.
3.1.1.1 Varying incoming XML document size
A business case for this scenario is data replication. Another are outbound calls where a small request
document is sent out and a bigger response document is returned from an external application.
To test this with the performance test tool XML documents of varying sizes are submitted to SAP BC via
"HTTP Post". The input size covers the range between 1 KB and 864 KB. For input sizes bigger than 1 MB
the HTTP performance test client will terminate with an error. Therefore tests with larger input documents
could not be performed.
3.1.1.2 Varying the response RFC size
The business case for this scenario is a standard inbound call. Based on a few input parameters a bigger
response is generated and returned from the SAP system.
These tests are performed by posting a small XML document (between 1 KB and 45 KB) to the server. An
input parameter determines the size of the internal table which is generated and returned by the function
module. The sizes ranged from 2 KB to 11.4 MB. As the time spent in the SAP system is not negligible here
it is measured separately. By subtracting the SAP time from the total runtime a virtual SAP BC response rate
and a virtual SAP BC throughput rate is calculated.
3.2 stfc_performance
SAPBC47_PerformanceTests.doc Page 5
SAP BC 4.7 Performance Test
The rounded numbers of the test results are summarized in the following table:
The SAP BC processing time per request increases almost linearly with increasing input document size. The
gradient is about 0.0013 with an offset of about 0. Also the throughput time increases almost linearly with
increasing input document size.
The performance measurements of SAP BC 4.7 and SAP BC 4.6 for this scenario lead to almost the same
results. This is due to the fact that the SAP BC services invoked in this scenario have not been changed in
SAP BC 4.7.
3.2.1.2 Varying the response RFC size
These tests are performed by posting a small RFC XML document (1 KB) to the server. An input parameter
determines the size of the internal table which is generated and returned by the function module. The
different response sizes are the following:
2 KB
12 KB
115 KB
229 KB
571 KB
1142 KB
5704 KB
11407 KB
SAPBC47_PerformanceTests.doc Page 6
SAP BC 4.7 Performance Test
The tests were performed on computer A (for details see chapter 2.2).
The results for this test scenario are shown in the following graph:
The rounded numbers of the test results are summarized in the following table:
The SAP BC processing time per request increases almost linearly with increasing response document size.
The gradient is about 0.0004 with an offset of about 0.0366. The throughput time decreases almost
exponentially with increasing response document size.
The performance measurements of SAP BC 4.7 and SAP BC 4.6 for this scenario lead to almost the same
results. This is due to the fact that the SAP BC services invoked in this scenario have not been changed in
SAP BC 4.7.
SAPBC47_PerformanceTests.doc Page 7
SAP BC 4.7 Performance Test
6
8
10
12
16
The tests were performed on computer A (for details see chapter 2.2).
3.2.2.1 10 KB document sizes
These tests are performed by posting a small RFC XML document (12 KB for inbound and 1 KB for
outbound (12 KB response document document size)) to SAP BC.
3.2.2.1.1 Inbound scenario
The results for this test scenario are shown in the following graph:
The rounded numbers of the test results are summarized in the following table:
The saturation of the 4 processor SAP BC server is reached with about 6 concurrent clients. Increasing the
number of clients further leads to only a small increase or even a decrease in performance in this particular
performance test environment. This is an artifact due to the way the performance test is setup: the HTTP
clients run on the same host and each one eats up processing time. When the SAP BC is restricted to two or
SAPBC47_PerformanceTests.doc Page 8
SAP BC 4.7 Performance Test
one CPUs and the performance test client is restricted to another CPU you see that the performance
remains constant in an overload situation.
With an input document size of 12 KB you can expect to process more than 93 requests per second
(including SAP time) with a 4 CPU 400 MHz server. This corresponds to a number of more than 334800
requests which can be processed per hour for this scenario.
The performance measurements of SAP BC 4.7 and SAP BC 4.6 for this scenario lead to almost the same
results. This is due to the fact that the SAP BC services invoked in this scenario have not been changed in
SAP BC 4.7.
3.2.2.1.2 Outbound scenario
The results for this test scenario are shown in the following graph:
The rounded numbers of the test results are summarized in the following table:
The saturation of the 4 processor SAP BC server is reached with about 6 concurrent clients. Increasing the
number of clients further leads to only a small increase or even a decrease in performance in this particular
performance test environment. This is an artifact due to the way the performance test is setup: the HTTP
clients run on the same host and each one eats up processing time. When the SAP BC is restricted to two or
one CPUs and the performance test client is restricted to another CPU you see that the performance
remains constant in an overload situation.
SAPBC47_PerformanceTests.doc Page 9
SAP BC 4.7 Performance Test
With a response document size of 12 KB you can expect to process about 85 requests per second (including
SAP time) with a 4 CPU 400 MHz server. This corresponds to a number of about 306000 requests which can
be processed per hour for this scenario.
The performance measurements of SAP BC 4.7 and SAP BC 4.6 for this scenario lead to almost the same
results. This is due to the fact that the SAP BC services invoked in this scenario have not been changed in
SAP BC 4.7.
3.2.2.2 100 KB document sizes
These tests are performed by posting a medium size RFC XML document (109 KB for inbound and 1 KB for
outbound (115 KB response document document size)) to SAP BC.
3.2.2.2.1 Inbound scenario
The results for this test scenario are shown in the following graph:
The rounded numbers of the test results are summarized in the following table:
The saturation of the 4 processor SAP BC server is reached with about 6 concurrent clients. Increasing the
number of clients further leads to only a small increase or even a decrease in performance in this particular
performance test environment. This is an artifact due to the way the performance test is setup: the HTTP
clients run on the same host and each one eats up processing time. When the SAP BC is restricted to two or
one CPUs and the performance test client is restricted to another CPU you see that the performance
remains constant in an overload situation.
SAPBC47_PerformanceTests.doc Page 10
SAP BC 4.7 Performance Test
With an input document size of 109 KB you can expect to process about 28 requests per second (including
SAP time) with a 4 CPU 400 MHz server. This corresponds to a number of about 100800 requests which can
be processed per hour for this scenario.
The performance measurements of SAP BC 4.7 and SAP BC 4.6 for this scenario lead to almost the same
results. This is due to the fact that the SAP BC services invoked in this scenario have not been changed in
SAP BC 4.7.
3.2.2.2.2 Outbound scenario
The results for this test scenario are shown in the following graph:
The rounded numbers of the test results are summarized in the following table:
The saturation of the 4 processor SAP BC server is reached with about 6 concurrent clients. Increasing the
number of clients further leads to only a small increase in performance in this particular performance test
environment. This is an artifact due to the way the performance test is setup: the HTTP clients run on the
same host and each one eats up processing time. When the SAP BC is restricted to two or one CPUs and
the performance test client is restricted to another CPU you see that the performance remains constant in an
overload situation.
With a response document size of 115 KB you can expect to process more than 45 requests per second
(including SAP time) with a 4 CPU 400 MHz server. This corresponds to a number of more than 162000
requests which can be processed per hour for this scenario.
SAPBC47_PerformanceTests.doc Page 11
SAP BC 4.7 Performance Test
The performance measurements of SAP BC 4.7 and SAP BC 4.6 for this scenario lead to almost the same
results. This is due to the fact that the SAP BC services invoked in this scenario have not been changed in
SAP BC 4.7.
SAPBC47_PerformanceTests.doc Page 12
SAP BC 4.7 Performance Test
The rounded numbers of the test results are summarized in the following table:
SAPBC47_PerformanceTests.doc Page 13
SAP BC 4.7 Performance Test
The following table summarizes the SAP BC processing time per request for the scenarios 1, 2, 3 in ratio to
the SAP BC processing time per request for the scenario 4, which shows the best performance results:
In all 4 test scenarios the SAP BC processing time per request increases almost linearly with increasing input
document size for document sizes up to about 500 KB. For larger input document sizes the increase in SAP
BC processing time per request is bigger and significantly depends on the parameter settings for optimizing
the performance. The throughput time decreases almost exponentially with increasing input document size in
all 4 test scenarios.
The best performance can be achieved with the parameter settings of scenarios 4 and 2, i. e. the parameter
watt.PartnerMgr.noMsgStorage is set to true and thus the message body is not stored to the file system. The
parameter setting watt.PartnerMgr.noMsgStorage = true improves the performance of especially large
documents and also safes disc space. The influence on the performance of the parameter settings
watt.PartnerMgr.xtn.store.fastAsyncMode and watt.PartnerMgr.xtn.store.timeToLive is very small and can be
almost neglected.
The performance of scenarios 1 and 3, where the parameter watt.PartnerMgr.noMsgStorage is set to false,
is much slower than in scenarios 2 and 4, especially for large documents. This is due to the fact that in
scenarios 1 and 3 the message body is stored to the file system and that is time consuming, especially for
the bigger documents. The influence on the performance of the parameter settings
watt.PartnerMgr.xtn.store.fastAsyncMode and watt.PartnerMgr.xtn.store.timeToLive is very small and can be
almost neglected.
For all 4 scenarios the test results of SAP BC 4.7 show a performance increase compared with the
measurements of SAP BC 4.6. The performance increase is especially large for scenarios 1 and 3, and the
ratio of the SAP BC 4.6 processing time per request to the SAP BC 4.7 processing time per request reaches
up to a factor of 4 for large documents. For scenarios 2 and 4 the performance increase is also especially
high for large documents, and the ratio of the SAP BC 4.6 processing time per request to the SAP BC 4.7
processing time per request reaches up to a factor of 1.5.
3.2.3.2 Scalability under parallel clients
SAPBC47_PerformanceTests.doc Page 14
SAP BC 4.7 Performance Test
These tests are performed by posting a small RFC XML document (12 KB) to SAP BC. The numbers of
parallel clients used are as follows:
1
2
4
6
8
10
12
16
The tests were performed on computer B (for details see chapter 2.2).
The results for these test scenarios are shown in the following graphs:
SAPBC47_PerformanceTests.doc Page 15
SAP BC 4.7 Performance Test
The rounded numbers of the test results are summarized in the following table:
The following table summarizes the SAP BC processing time per request for the scenarios 1, 2, 3 in ratio to
the SAP BC processing time per request for the scenario 4, which shows the best performance results:
SAPBC47_PerformanceTests.doc Page 16
SAP BC 4.7 Performance Test
In all 4 test scenarios the saturation of the 4 processor SAP BC server is reached with about 6 concurrent
clients. Increasing the number of clients further leads to only a small increase or even a decrease in
performance in this particular performance test environment. This is an artifact due to the way the
performance test is setup: the HTTP clients run on the same host and each one eats up processing time.
When the SAP BC is restricted to two or one CPUs and the performance test client is restricted to another
CPU you see that the performance remains constant in an overload situation.
The SAP BC processing time per request depends on the parameter settings for optimizing the performance.
However the performance does not depend on the parameter settings as significantly as in the volume
series, only for one HTP client. This is due to the fact that only a small document was posted to SAP BC (for
details see the performance results of the volume series in chapter 3.2.3.1).
Like in the volume series the best performance of the scalability tests can be achieved with the parameter
settings of scenarios 4 and 2, i. e. the parameter watt.PartnerMgr.noMsgStorage is set to true and thus the
message body is not stored to the file system. The parameter setting watt.PartnerMgr.noMsgStorage = true
improves the performance of especially large documents and also safes disc space. The influence on the
performance of the parameter settings watt.PartnerMgr.xtn.store.fastAsyncMode and
watt.PartnerMgr.xtn.store.timeToLive is very small and can be almost neglected.
Also like in the volume series the slowest performance of the scalability tests can be achieved with the
scenarios 1 and 3, where the parameter watt.PartnerMgr.noMsgStorage is set to false. This is due to the fact
that in scenarios 1 and 3 the message body is stored to the file system and that is time consuming. The
influence on the performance of the parameter settings watt.PartnerMgr.xtn.store.fastAsyncMode and
watt.PartnerMgr.xtn.store.timeToLive is very small and can be almost neglected, especially for a large
number of concurrent clients.
For all 4 scenarios the test results of SAP BC 4.7 show a performance increase compared with the
measurements of SAP BC 4.6. The performance increase is especially large for scenario 2, and the ratio of
the SAP BC 4.6 processing time per request to the SAP BC 4.7 processing time per request reaches up to a
factor of 2.9. For scenario 1 the ratio of the SAP BC 4.6 processing time per request to the SAP BC 4.7
processing time per request reaches up to a factor of 2.0, and for scenario 3 the ratio of the SAP BC 4.6
processing time per request to the SAP BC 4.7 processing time per request reaches up to a factor of 1.4.
3.3 XSLT
Two test scenarios have been carried out in order to compare the performance of a SAP BC flow map with
the performance of the XSLT engine in SAP BC. The transformation defined in the map and by the XSLT
Stylesheet is the same. The transformation contains only one step in which data are mapped into strings.
The data used in the transformation are received by posting a small RFC XML document (1 KB) to the SAP
BC server in order to call the function module stfc_performance. An input parameter determines the size of
the internal table which is generated and returned by the function module. The different response sizes are
the following:
2 KB
12 KB
115 KB
229 KB
571 KB
1142 KB
SAPBC47_PerformanceTests.doc Page 17
SAP BC 4.7 Performance Test
5704 KB
11407 KB
The tests were performed on computer B (for details see chapter 2.2).
The results for this test scenario are shown in the following graph:
The rounded numbers of the test results are summarized in the following table:
The SAP BC processing time per request for the flow map scenario increases almost linearly with increasing
response document size. The SAP BC processing time per request for the XSLT scenario increases almost
linearly for response document sizes up to about 6000 KB and increases at a higher rate for larger response
document sizes. Furthermore the SAP BC processing time per request of the flow map scenario is smaller
than the SAP BC processing time per request of the XSLT scenario for all response document sizes. Since
the ratio of the SAP BC processing time per request of the XSLT scenario to the SAP BC processing time
per request of the flow map scenario increases with increasing response document size, the performance for
the flow map scenario is better than the performance for the XSLT scenario, especially for large response
document sizes.
The performance measurements of SAP BC 4.7 and SAP BC 4.6 for the flow map scenario lead to almost
the same results. For the XSLT scenario the test results of SAP BC 4.7 show a performance increase
SAPBC47_PerformanceTests.doc Page 18
SAP BC 4.7 Performance Test
compared with the measurements of SAP BC 4.6. The performance increase is mainly due to a new version
of the XSLT engine within SAP BC 4.7. The ratio of the SAP BC 4.6 processing time per request to the SAP
BC 4.7 processing time per request reaches up to a factor of 2 for large documents. Thus the ratio of the
SAP BC 4.7 processing time per request of the XSLT scenario to the SAP BC 4.7 processing time per
request of the flow map scenario is up to a factor of 2 smaller than ratio of the SAP BC 4.6 processing time
per request of the XSLT scenario to the SAP BC 4.6 processing time per request of the flow map scenario.
3.4 bapisdorder_getdetailedlist
The test scenarios with the call of the bapisdorder_getdetailedlist have not been carried out since an SAP
System with application data similar to the SAP BC 4.6 performance tests was not available. However, since
the SAP BC services invoked in these scenarios have not been changed, it can be assumed that the
performance measurements of SAP BC 4.7 and SAP BC 4.6 lead to almost the same results. Furthermore,
tests with SAP BC 4.7 for the bapisdorder_getdetailedlist scenarios lead to the same behaviour as the SAP
BC 4.6 test results, i. e. in the volume tests the SAP BC 4.7 processing time per request increases almost
linearly with increasing response document size, the throughput time decreases almost exponentially with
increasing response document size, and in the multi threading tests the saturation is reached with about 6
concurrent clients while increasing the number of clients further leads to only a small increase or even a
decrease in performance.
3.5 IDoc-XML
The tests were performed on computer B (for details see chapter 2.2).
The results for this test scenario are shown in the following graph:
SAPBC47_PerformanceTests.doc Page 19
SAP BC 4.7 Performance Test
The rounded numbers of the test results are summarized in the following table:
The SAP BC processing time per request increases almost linearly with increasing input document size. The
gradient is about 0.0169 with an offset of about 0.0443. Also the throughput time increases almost linearly
with increasing input document size.
For this scenario the test results of SAP BC 4.7 show a slight performance increase compared with the
measurements of SAP BC 4.6. The ratio of the SAP BC 4.6 processing time per request to the SAP BC 4.7
processing time per request reaches up to a factor of 1.08.
SAPBC47_PerformanceTests.doc Page 20
SAP BC 4.7 Performance Test
The rounded numbers of the test results are summarized in the following table:
The saturation of the 4 processor SAP BC server is reached with about 6 concurrent clients. Increasing the
number of clients further leads to only a small increase or even a decrease in performance in this particular
performance test environment. This is an artifact due to the way the performance test is setup: the HTTP
clients run on the same host and each one eats up processing time. When the SAP BC is restricted to two or
one CPUs and the performance test client is restricted to another CPU you see that the performance
remains constant in an overload situation.
With an input document size of 9 KB you can expect to process more than 12 requests per second (including
SAP time) with a 4 CPU 400 MHz server. This corresponds to a number of more than 43200 requests which
can be processed per hour for this scenario.
For this scenario the test results of SAP BC 4.7 show a performance increase compared with the
measurements of SAP BC 4.6. The ratio of the SAP BC 4.6 processing time per request to the SAP BC 4.7
processing time per request reaches up to a factor of 1.3.
3.5.2.2 100 KB document sizes
SAPBC47_PerformanceTests.doc Page 21
SAP BC 4.7 Performance Test
These tests are performed by posting a medium size IDoc XML document (98 KB) to SAP BC.
The results for this test scenario are shown in the following graph:
The rounded numbers of the test results are summarized in the following table:
The saturation of the 4 processor SAP BC server is reached with about 6 concurrent clients. Increasing the
number of clients further leads to only a small increase in performance in this particular performance test
environment. This is an artifact due to the way the performance test is setup: the HTTP clients run on the
same host and each one eats up processing time. When the SAP BC is restricted to two or one CPUs and
the performance test client is restricted to another CPU you see that the performance remains constant in an
overload situation.
With an input document size of 98 KB you can expect to process more than 3 requests per second (including
SAP time) with a 4 CPU 400 MHz server. This corresponds to a number of more than 10800 requests which
can be processed per hour for this scenario.
For this scenario the test results of SAP BC 4.7 show a performance increase compared with the
measurements of SAP BC 4.6. The ratio of the SAP BC 4.6 processing time per request to the SAP BC 4.7
processing time per request reaches up to a factor of 1.3.
SAPBC47_PerformanceTests.doc Page 22
SAP BC 4.7 Performance Test
3.6 EDI
The rounded numbers of the test results are summarized in the following table:
SAPBC47_PerformanceTests.doc Page 23
SAP BC 4.7 Performance Test
The saturation of the 4 processor SAP BC server is reached with about 8 concurrent clients. Increasing the
number of clients further leads to a decrease in performance in this particular performance test environment
(not shown in the table and graph). This is an artifact due to the way the performance test is setup: the HTTP
clients run on the same host and each one eats up processing time. When the SAP BC is restricted to two or
one CPUs and the performance test client is restricted to another CPU you see that the performance
remains constant in an overload situation.
With an input document size of 35 KB you can expect to process more than 0.26 requests per second
(including SAP time) with a 4 CPU 400 MHz server. This corresponds to a number of more than 936
requests which can be processed per hour for this scenario.
For this scenario the test results of SAP BC 4.7 show a performance increase compared with the
measurements of SAP BC 4.6. The ratio of the SAP BC 4.6 processing time per request to the SAP BC 4.7
processing time per request reaches up to a factor of 1.8 for large documents.
SAPBC47_PerformanceTests.doc Page 24
SAP BC 4.7 Performance Test
The rounded numbers of the test results are summarized in the following table:
The saturation of the 4 processor SAP BC server is reached with about 4 concurrent clients. Increasing the
number of clients further leads to a decrease in performance in this particular performance test environment.
This is an artifact due to the way the performance test is setup: the HTTP clients run on the same host and
each one eats up processing time. When the SAP BC is restricted to two or one CPUs and the performance
test client is restricted to another CPU you see that the performance remains constant in an overload
situation.
With an input document size of 1 KB you can expect to process more than 187 requests per second with a 4
CPU 400 MHz server. This corresponds to a number of more than 673200 requests which can be processed
per hour for this scenario.
The performance measurements of SAP BC 4.7 and SAP BC 4.6 for this scenario lead to almost the same
results. This is due to the fact that the SAP BC services invoked in this scenario have not been changed in
SAP BC 4.7.
SAPBC47_PerformanceTests.doc Page 25
SAP BC 4.7 Performance Test
With this Java performance test program the biggest performance difference between both computers is
found for the write of 1 MB to a file; here computer B is about 8.8 times faster than computer A. The second
largest performance difference shows the assignement of integers to an array; here computer A is about 2
times faster than computer B. The third biggest performance difference is found for the addition of integers in
a loop; here computer A is about 25 per cent times faster than computer B. The fourth biggest performance
difference shows the writes of 1 byte to a file; here computer A is about 15 per cent times faster than
computer B. For the remaining Java performance tests the results for both computers are very similar; the
deviation is about 1 per cent or less.
Note: For these time measurements functionalities of the Java Virtual Machine are used which have an
accuracy of about 15 to 16 milli seconds. Therefore the processing time measurements in above table reflect
the steps of 15 and 16 milli seconds accuracy.
The performance measurements of SAP BC 4.7 and SAP BC 4.6 for this scenario lead to almost the same
results. This is due to the fact that the SAP BC services invoked in this scenario have not been changed in
SAP BC 4.7.
SAPBC47_PerformanceTests.doc Page 26
SAP BC 4.7 Performance Test
client calls the tested scenarios become limited by the processing power of the SAP BC server. Memory of
the server has not been a restriction. The SAP system's performance was constant even under a high
parallel load but is very sensitive to the number of statements executed in the called function module.
SAPBC47_PerformanceTests.doc Page 27
SAP BC 4.7 Performance Test
large documents and also safes disc space, because the message body is not stored to the file system. With
the parameter watt.PartnerMgr.noMsgStorage set to true the influence on the performance of the parameter
settings watt.PartnerMgr.xtn.store.fastAsyncMode and watt.PartnerMgr.xtn.store.timeToLive is in the volume
series tests as well as in the scalability tests very small and can be almost neglected.
The slowest performance in the volume series tests as well as in the scalability scenarios can be achieved
when the parameters watt.PartnerMgr.noMsgStorage and watt.PartnerMgr.xtn.store.fastAsyncMode are both
set to false. With these parameter settings the message body is stored to the file system and the information
in the message store is updated synchronously, which is time consuming, and thus leads to the slowest
performance results. With the parameter watt.PartnerMgr.noMsgStorage set to false the influence on the
performance of the parameter settings watt.PartnerMgr.xtn.store.fastAsyncMode and
watt.PartnerMgr.xtn.store.timeToLive is in the volume series tests as well as in the scalability tests very small
and can be almost neglected, too.
SAPBC47_PerformanceTests.doc Page 28
SAP BC 4.7 Performance Test
5 Copyright
No part of this publication may be reproduced or transmitted in any form or for any purpose without
the express permission of SAP AG. The information contained herein may be changed without prior
notice.
Some software products marketed by SAP AG and its distributors contain proprietary software
components of other software vendors.
Microsoft, WINDOWS, NT, EXCEL, Word, PowerPoint and SQL Server are registered
trademarks of Microsoft Corporation.
IBM, DB2, DB2 Universal Database, OS/2, Parallel Sysplex, MVS/ESA, AIX, S/390,
AS/400, OS/390, OS/400, iSeries, pSeries, xSeries, zSeries, z/OS, AFP, Intelligent Miner,
WebSphere, Netfinity, Tivoli, Informix and Informix Dynamic ServerTM are trademarks of IBM
Corporation in USA and/or other countries.
ORACLE is a registered trademark of ORACLE Corporation.
UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group.
Citrix, the Citrix logo, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame,
MultiWin and other Citrix product names referenced herein are trademarks of Citrix Systems, Inc.
HTML, DHTML, XML, XHTML are trademarks or registered trademarks of W3C, World Wide Web
Consortium, Massachusetts Institute of Technology.
JAVA is a registered trademark of Sun Microsystems, Inc.
JAVASCRIPT is a registered trademark of Sun Microsystems, Inc., used under license for
technology invented and implemented by Netscape.
MarketSet and Enterprise Buyer are jointly owned trademarks of SAP AG and Commerce One.
SAP, SAP Logo, R/2, R/3, mySAP, mySAP.com and other SAP products and services mentioned
herein as well as their respective logos are trademarks or registered trademarks of SAP AG in
Germany and in several other countries all over the world. All other product and service names
mentioned are trademarks of their respective companies.
SAPBC47_PerformanceTests.doc Page 29