|
Archived SPARC Articles
|
08 Oct 2012
|
SPARC Processor Roadmap Updated [27920]
Ranges from 2011 Through 2016
The updated SPARC Processor Roadmap is now available. The roadmap provides data in graphic form on the M-series, the T-series and the T-4 series from 2011 through 2016. During that period the M-series is scheduled to add up to 10x throughput; and the T-series an additional 4.5x throughput. Thread strength is also set to increase in both series through that period. Dates are also outlined for expected updates to Solaris 10 OS and Solaris 11 OS.
(Get More Information . .)
|
|
05 Oct 2012
|
What's up with LDoms: Part 4 - Virtual Networking Explained [27921]
Physical vs. Virtual Switches and Networking: Not so Diffrerent After All
Stefan Hinker continues his "What's up with LDoms" series with part 4: which concentrates on virtual networking -- the capabilities of virtual switches and virtual network ports. Hiniker demystifies his subject by citing the similarities between virtual and physical switch hardware and cabling, demonstrating that the differences are minimal. His discussion covers assigning MAC addresses; using Jumbo Frames and sizing MTU throughput rates; and VLAN tagging for consolidation of traffic. He also advises users in a concluding note to assign each vnet device an explicit device-id that will preserve the configuration of guest systems.
(Get More Information . .)
|
|
27 Sep 2012
|
ATIVAS Implements Oracle SPARC SuperCluster T4-4 [27811]
Brazilian MSP Is First in Latin America to Offer Complete Oracle Enterprise Cloud Services
ATIVAS information technology is a Managed Service Provider (MSP) in Brazil and is the first Latin American MSP to offer complete Oracle enterprise cloud managed services using Oracle SPARC SuperCluster T4-4. This implementation enables ATIVAS to provide multi-tenant cloud hosting of multiple customer enterprise applications including Oracle Applications and other ISV applications, in addition to Oracle Database 11gR2 in a highly secure, high availability architecture. Oracle SPARC SuperCluster T4-4 gives ATIVAS customers a single point of contact for services and support, helping to accelerate time to resolution, and meet customer SLAs.
(Get More Information . .)
|
|
27 Sep 2012
|
Outsourcing Inc., Major Japanese Employment Firm, Implements Oracle SPARC SuperCluster T4-4 [27812]
Expects Significant Savings from Move to Private Cloud Infrastructure
Outsourcing Inc., a worldwide employment outsourcing business headquartered in Japan, has implemented a private cloud using an Oracle SPARC SuperCluster T4-4 engineered system. Outsourcing, with sales for the period ending December 2011 reaching a record high 32.3 billion Yen, is the first company in Japan to implement SPARC SuperCluster T4-4, which it uses to run its manufacturing and administrative operations outsourcing businesses. With the SPARC SuperCluster T4-4, Outsourcing projects significant savings from consolidating multiple complex enterprise applications, reducing system administration and moving from an external hosted service to its own virtualized cloud infrastructure based on the SPARC SuperCluster T4-4.
(Get More Information . .)
|
|
20 Sep 2012
|
Best Practices for Building a Virtualized SPARC Computing Environment: White Paper [27718]
Oracle Enterprise Manager Ops Center 12c Controls Configuration
"Best Practices for Building a Virtualizedd SPARC Computing Environment," an Oracle white paper, shows how to plan for and implement a robust, scalable and highly performant virtualized computing environment using the full Oracle stack: Oracle SPARC T4 servers, Sun 10GbE switches, and Sun FS Storage Appliances, Oracle VM Server for SPARC, Oracle Solaris 11, and Oracle Enterprise Manager Opls Center 12, which serves as the single point for monitoring and managing the virtualized infrastructure as well as the physical infrastructure. The paper addresses both design best practices and operational best practices.
(Get More Information . .)
|
|
14 Sep 2012
|
Current SPARC Architectures [27615]
by Darryl Gove
Darryl Gove explains the solution Solaris software engineers have devised to enable all generations of SPARC processor architectures to handle applications that target recent architectures. More recent applications would not work on older processors that lack the instructions provided in the new architecture. The solution? Allow the compiler to assume a "generic" architecture that is the default behavior of the compiler. Then the only flag that doesn't make the assumption is -fast, which tells the compiler to assume the build machine is also the deployment machine - so the compiler can use all the instructions the build machine provides, Gove explains.
(Get More Information . .)
|
|
|
|
|
