|
Articles for the keywords: benchmark
|
|
10 May 2013
|
Building Consolidation Efficiency into Operations Support Systems [30914]
How to use SPARC SuperCluster and operations support system (OSS) applications to build an OSS platform
Communication service providers (CSPs) face increasing pressure to contain costs while meeting the growing demand for services. Critical to their success is an operations support system (OSS) platform that can handle large order volumes in a predictable way. Using Oracle SPARC SuperCluster and OSS applications that are part of the Oracle Communications product line, CSPs can deploy their service fulfillment solution on a highly available, integrated, and secure platform.
Want to comment on this article? Post the link on Facebook's OTN Garage page. Have a similar article to share? Bring it up on Facebook or Twitter and let's discuss.
To validate the performance and scalability of this solution, Oracle engineering conducted an OSS service fulfillment order throughput benchmark supporting 20 million subscribers. This article reviews the results and key findings...
(Get More Information . .)
|
|
|
30 Apr 2013
|
More SPARC T5 Performance Results [30816]
Blog by Jeff Victor
Jeff Victor has posted a blog with performance results for the new SPARC T5 systems.
"Last week, SPEC published the most recent result for the SPECjbb013-MultiJVM benchmark. This benchmark "is relevant to all audiences who are interested in Java server performance, including JVM vendors, hardware developers, Java application developers, researchers and members of the academic community" according to SPEC."
(Get More Information . .)
|
|
|
22 Apr 2013
|
Siebel 8.1.1.4 Benchmark on SPARC T5 [30630]
Highest User Count to Date in this Benchmark
Oracle SPARC T5 servers have set have new Siebel 8.1.1.4 benchmark results executed on a mix of SPARC T5-2, SPARC T4-2 and SPARC T4-1 servers, simulating the actions of a large corporation with 40,000 concurrent active users, Giri Mandalika posts. Throughput on the Financial Services Call Center mode was 273,786 transactions/hour for 28,000 users; for Order Management, it was 59,553 transactions/hour for 12,000 users. Siebel database was hosted on a Sun Storage F5100 Flash Array consisting 80 x 24 GB flash modules (FMODs). Fourteen iPlanet Web Server virtual servers were configured with Siebel Web Server Extension (SWSE) plug-in to handle 40,000 concurrent user load.
(Get More Information . .)
|
|
|
22 Apr 2013
|
Java on SPARC T5-8 Servers is FAST [30728]
by Tori Wieldt
Tori Wieldt writes, "Watching the boats practicing on San Francisco Bay for the America's Cup reminds me that fast is fun! Did you know that Oracle just announced world record Java benchmarks with SPARC T5 and Solaris?
Oracle produced a world record SPECjEnterprise2010 benchmark result of 57,422.17 SPECjEnterprise2010 EjOPS using Oracle's SPARC T5-8 server in the application tier and another SPARC T5-8 server for the database tier. This result demonstrated less than 1 second response time for all SPECjEnterprise2010 transactions, while demonstrating a sustained load of Java EE 5 transactions equivalent to 468,000 users. A SPARC T5-8 has 8 chips, 128 cores, and runs a 3.6 GHz SPARC T5CPU. Translation: If you get some SPARC T5-8 servers, you can run your Java applications really, really fast..."
Read on for details.
(Get More Information . .)
|
|
|
22 Apr 2013
|
Solaris 11 outperforms RHEL 6 on 2 socket Intel servers [30731]
Compare SPECjbb on servers with same Intel chips
Along time Sun employee writes, "I've often heard the term "Slow-laris" applied to Oracle's premier Unix operating system. Most frequently this was in comparison to the Linux OS running on small two socket servers. I will admit that in the Solaris 8 and 9 timeframe engineering decisions were made to benefit scalability to 64 sockets that sometimes penalized smaller servers. In addition, because of Solaris long history and derivation from ATT and BSD Unix code, there was undoubtedly a bit of code labeled, "if it ain't broke, don't fix it."
With the advent of Solaris 10 and Dynamic Tracing, (DTrace) we actually hunted down and killed a number of those legacy code segments using a new philosophy labeled internally, "If Solaris is slower than Linux on the same hardware, it's a bug."
As a result, Solaris 11 provides higher performance than Red Hat Enterprise Linux 6.3 on basically identical 2 socket hardware as measured by the SPECjbb benchmark..."
(Get More Information . .)
|
|
|
|
|
