SPECjAppServer®2004 Result Copyright © 2004 Standard Performance Evaluation Corporation |
BEA WebLogic Server 9.1 with DB2 8.2 on Sun Fire X4600 using Solaris Containers |
|
Submitter: Sun Microsystems Inc. |
SPEC license # 6 | Test date: Jul-2006 |
SUT Configuration | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|||||||||||||||
|
Benchmark Settings | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Detailed Results | ||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
||||||||||||||||||||||||||
|
||||||||||||||||||||||||||
|
||||||||||||||||||||||||||
|
BEA WebLogic Server 9.1, Advantage Edition | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Java (TM) 2 Platform Standard Edition Development Kit 5.0 Update 6 32-bit | ||||||
---|---|---|---|---|---|---|
|
IBM DB2 Universal JDBC Drivers | ||||||
---|---|---|---|---|---|---|
|
IBM DB2 Universal Database v8.2.4 (64-bit) | ||||||
---|---|---|---|---|---|---|
|
J2EE Application Servers | ||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
||||||||||||||||||||||
|
Emulator SW Config | ||||||||
---|---|---|---|---|---|---|---|---|
|
||||||||
|
Database SW Config | ||||||
---|---|---|---|---|---|---|
|
||||||
|
Driver SW Config Primary | ||||||
---|---|---|---|---|---|---|
|
||||||
|
Driver SW Config Satellite #1 | ||||||
---|---|---|---|---|---|---|
|
||||||
|
Driver SW Config Satellite #2 | ||||||
---|---|---|---|---|---|---|
|
||||||
|
J2EE AppServer and Database HW (SUT hardware) | ||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
||||||||||||||||||||||||||||||||||||
|
Load Driver HW (non-SUT hardware) | ||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
||||||||||||||||||||||||||||||||||||
|
Load Driver HW Emulator (non-SUT hardware) | ||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
||||||||||||||||||||||||||||||||||||
|
Benchmark Modifications |
---|
Schema Modifications:
Tablespace sizes were increased to support the Injection rate. Scripts to create the DB are included in the FDA. |
Load Program Modifications:
The load program was not modified |
Benchmark Configuration Information |
---|
Isolation Requirement Info:
The following beans: PartEnt, ComponentEnt, AssemblyEnt, BomEnt and LargeOrderEnt in the Manufacturing Domain, ItemEnt in the Orders Domain, and SupplierCompEnt and SupplierEnt in the Supplier Domain were accessed using READ_COMMITTED which is Cursor Stability (CS) for DB2. The remaining beans were accessed using REPEATABLE_READ which translates to DB2 isolation level of Read Stability (RS) The ItemEnt bean was cached for 15 minute intervals by setting concurrency-strategy to ReadOnly and read-timeout-seconds to 900 in bea-orders.xml deployment descriptor. |
Durability Requirement Info:
To ensure database durability, RAID 1 (mirror disks) was used for the database files and logs on the two Sun StorEdge 3320 arrays. The Sun Fire X4600 server has a pair of mirrored disks (using onboard controller) to provide durability for all the application server logs and filestore for JMS persistence. |
Storage Requirement Info:
An 80 minute run at an injection rate of 600 increased storage by 544 MB This extrapolates to 9.56 GB of storage for a 24 hour run. The database is configured with 1752 GB of storage. Each Sun StorEdge 3320 SCSI Array was configured as a single RAID 1 logical drive. |
Argument Passing Semantics:
BEA WebLogic 9.1 uses pass-by-value as required by the EJB Specification. |
Bill of Materials |
---|
Supplier Description Product No. Qty -------- ---------------------------------------- ------------------ --- Sun Sun Fire X4600, 8x2.6 GHz AMD 885, 32 GB A67-QGZ8-4S-032CB1 1 Sun 73 GB SAS Disk RA-SS2CD-73G10KZ 2 Sun 4 GB Memory Kit 8121A-Z 8 Sun Solaris 10 6/06 Media KIT SOLZ9-10EC9A7M 1 Sun Sun StorEdge PCI U320 SCSI Host Adapter SGXPCI1SCSILM320-Z 2 Sun SunSpectrum Upgrade: 3Y GOLD, 24x7 W9D-A67-8-24-3G 1 Sun Sun StorEdge 3320, 12 x 73GB, 1 RAID XTA3320R01A1T876 2 Sun SunSpectrum Upgrade: 3Y GOLD, 24x7 W9D-SE3320-24-3G 2 Sun 17" Entry Color Monitor X7201A 1 Sun USB Keyboard & Mouse 320-1266 1 BEA BEA WebLogic Server 9.1 License, Advantage Edition 6 BEA 3-year 24x7x4 Support for WebLogic Server 6 IBM DB2 UDB ENTERPRISE SERVER EDITION PROCESSOR D54PYLL 2 LIC+SW MAINT 12 MO IBM DB2 UDB ENTERPRISE SERVER EDITION PROCESSOR E01MXLL 4 SW MAINT RNWL 1 ANNIV |
Other Benchmark Information |
---|
The submission used round-robin DNS for load-balance of all network requests. The DNS server was hosted on the Sun Fire X4600. This submission used the xerces implementation 2.6.2 provided with WebLogic 9.1 |
General Notes |
---|
The only errors in the driver log files were those that are normally generated by this benchmark. DB2 uses "Soft" checkpoint to ensure that no updates remain unflushed for longer than the allowed time. When DB2 UDB Server changes a database table with an update, insert, or delete operation, the change is initially made in memory, not on disk. When there is not enough space in the memory buffer to read in or write additional data pages, DB2 UDB Server will make space by flushing some modified pages to disk. Modified pages are also written to disk as part of the "Soft" checkpoint to ensure that no updates remain unflushed for longer than the allowed time. Before a change is made to the database, it is first recorded in the transaction log. This ensures that the database can be recovered completely in the event of a failure. Using the transaction log, transactions that started but did not complete prior to a failure can be undone, and transactions recorded as complete in the transaction log but not yet written to disk can be redone. DB2 UDB uses a write-ahead-logging protocol to guarantee recovery. This protocol uses "Soft" checkpoint to write least-recently-used database pages to disk independent of transaction commit. However, enough log information to redo/undo the change to a database pages is committed to disk before the database page itself is written. This protocol therefore renders checkpoint unnecessary for DB2 UDB. |
For questions about this result, please contact the submitter: Sun Microsystems Inc. For other inquiries, please contact webmaster@spec.org
Copyright © 2004 Standard Performance Evaluation Corporation
First published at SPEC.org on 16-Aug-2006