Professional Documents
Culture Documents
October 2003
The following is intended for information purposes. The development, release, and timing of any features or
functionality described for Oracle's products remains at the sole discretion of Oracle.
Oracle is a registered trademark of Oracle Corporation. Various product and service names referenced herein may be
trademarks of Oracle Corporation. All other product and service names mentioned may be trademarks of their
respective owners.
1.0 INTRODUCTION...............................................................1
Objective and Results .......................................................... 1
Audience .............................................................................. 1
2.0 BENCHMARK ENVIRONMENT.........................................2
Platform Configuration ....................................................... 2
Benchmark Workload Description ...................................... 4
Benchmark Execution.......................................................... 6
3.0 BENCHMARK RESULTS...................................................7
Response Time..................................................................... 7
Throughput .......................................................................... 9
CPU Utilization................................................................. 10
Database Connections....................................................... 12
Hits .................................................................................... 12
Transactions ...................................................................... 13
Garbage Collector............................................................. 14
TRANSACTIONS 4.0 SIZING AND CONCLUSION ..................16
STATSPACK REPORT .........................................................18
Audience
Platform Configuration
Machine Configuration
The following details the hardware configuration for the benchmark
execution:
Number of CPUs 4
Server Class Compaq
Host Name ap618wgs
CPU Details Intel Pentium 700MHz
Main Memory 8 GB
Operating System Red Hat Linux version 2.4.9-e.12enterprise
Number of CPUs 2
Server Class Dell
Host Name ap676wgs
CPU Details Intel Pentium 1266 MHz
Main Memory 4 GB
Operating System Red Hat Linux version 2.4.9-e.12enterprise
Number of CPUs 4
Server Class Unisys
Host Name ap171wgs
CPU Details Intel Pentium 500 MHz
Main Memory 4 GB
Operating System Windows NT 4.0
Number of CPUs 4
Server Class Unisys
Benchmark Software
The following software was used in this benchmark:
The benchmark workload was designed to mimic online users for the iStore
product. There are two main transactions in the workload scenario, namely,
catalog and order transactions.
The catalog scenario simulates a user that browses the catalog without signing
into the store. The user performs searches and view only transactions in this
case. The catalog scenario is made up of several steps described below:
Step Action
1 choose_store()
2 browse_section()
3 quick_search()
4 item_detail()
The order scenario simulates a user who intends to place an order for a
specific item. In this scenario, the user signs in and places an order to
completion through the online store. This includes the full cycle of placement
including availability checks, pricing, booking, etc. The order scenario is also
made up of several steps described below.
Step Action
1 choose_store()
2 Signin()
3 add_to_cart()
4 update_qty()
5 Checkout()
6 Signin for checkout()
7 shipping()
8 Billing()
9 place_order()
10 Signout()
The first cycle of the benchmark simulates B2C use case. In this scenario more
users will be browsing the catalog than those placing orders. The second cycle
of the benchmark simulates a B2B scenario where more users will be placing
orders than those browsing the catalog. The percentages are shown below.
Scenario Breakdowns
Data Generation
The base setup for iStore used was a vision 11.5.8 database. This is the out-of-
the-box preconfigured database supplied by Oracle Applications Rapid Install
for demo purposes.
Different accounts were used to place orders. These were created using iStore
account registration functionality.
In every iteration of the B2C simulated scenario, some users were browsing
catalog while others were placing orders according to percentages shown in
the workload section.
All the Statistics are taken for Steady state (excluding the Ramp-up and Ramp-
down time) of 25 Minute Run of the Scenario. Fixed think time of 10 seconds
was inserted before every scenario step.
Response Time
The graph below shows the average as well as 90th percentile response times
for the users. The response time is for the whole scenario. The graph shows
slight degradation to the user response time as more users come into the
system. The response time recorded is for the whole scenario. During the
multi user runs average response time per page did not exceed 5 seconds. All
graphs includes fixed think time of 10 seconds between steps.
45
Response Time 43
41 41.339
40.387 40.419 40.585
39
37
35
20 40 80 120
No. of users
140
130
Response Time
120
117.013
110 108.93
106.864 107.164
100
90
5 10 20 30
No. of users
45
Response Time 43
41 40.828 41.039
40.426 40.516
39
37
35
20 40 80 120
No. of users
140
130
Response Time
125.036
120
112.082
110 108.439 108.802
100
90
5 10 20 30
No. of users
Throughput
The following graph shows the total number of bytes/second served from the
web server.
250,000
150,000 141,718
100,000
71,250
50,000
35,852
0
25 50 100 150
No. of Users
The above graph shows almost linear scalability of the web server measured
by bytes/sec it is serving to the clients. The Throughput doubles everytime we
double the user count.
CPU Utilization
The following graphs shows the CPU utilization for each run. The first graph
shows CPU utilization on the middle tier. At the 150 user load, we were
running 2 load balanced JVMs for Jserv.
35
30.25
CPU Utilization Percentage
30
25 25.04
20
15 13.83
10
8.4
5
0
25 50 100 150
No. of Users
DB CPU Utilization
70
66.6
60
CPU Utilization Percentage
50
43.02
40
30
22.78
20
12.4
10
0
25 50 100 150
No. of users
The CPU Utilization on the machine which is running Webcache is shown below. The CPU
Utilization increases with the increase in no. of users.
30
CPU Utilisation Percentage
25 24.08
20
16.73
15
12.43
10
7.66
5
0
25 50 100 150
No. of Users
This graph shows the No. of JDBC Connections used by the scenario. These
are the connections to the database while running the scenarios for different
sets of users. This graph proves that every user is not using a dedicated
connection on the database but they share the connections. This especially true
in the B2C scenario since most of the users are doing catalog browser rather
than order transactions.
DB Connections
30
25 25
DB Connections
20 20
15 14
10
8
5
0
25 50 100 150
No. of Users
Hits
The below graph shows the no. of Hits per second. This is similar to the
throughput graph. The number of hits doubles with increased user counts.
35
32.262
30
Hits per second
25
22.331
20
15
10 11.271
5 5.641
0
25 50 100 150
No. of Users
Transactions
The graph below displays the scalable nature of the iStore product in the B2C
scenario. As user count increases, the system is able to handle more
transactions. The rate of transaction increase is linear relevant to the increased
user count.
Transactions
7000
6000 6130
No. of Transactions
5000
4217
4000
3000
2000 2112
1000 1059
0
25 50 100 150
No. of Users
While running the flow for different number of users we recorded the Total
time spent in GC activity , No. of Full GC and Minor GC’s and Total Memory
Freed. The relationship is shown in the graphs below.
This Graph shows the Total time Spent in the GC activity for the complete run
of the flow
Time Spent in GC
12
Time Spent in GC ( sec )
11.01
10
8 7.51
6
4
3.27
2 1.97
0
25 50 100 150
No. of Users
No. of Full GC
4.5
4 4 4
3.5
No. of Full GC
3
2.5
2 2 2
1.5
1
0.5
0
25 50 100 150
No. of Users
No. of Minor GC
400
371
350
300
No. of Minor GC
250 243
200
150
100
83
50 45
0
25 50 100 150
No. of Users
The below graph shows the total memory freed by the GC during the flow.
For 25 and 50 users runs we were running the single JVM for Jserv and for
100 and 150 users we were running 2 JVMs for Jserv.
40000
Memory Free by GC (MB)
35000 35607
30000
25000
23321
20000
15000
12748
10000
6911
5000
0
25 50 100 150
No. of users
Below are the details for sizing the middle tier and the database machines for
a Linux platform:
Application Tier
Memory Requirements
Average memory per Jserv Process 18MB shared and 103MB non shared
Apache httpd
CPU Requirements
Database Tier
Memory Requirements
Database