Friday, March 27, 2009
Silicon technology ›
Microarchitecture ›
Architecture & Silicon Technology
Unlocking Virtualization: Facing IT, Business Realities
That's not a rhetorical question—if business technology professionals hope to extend use of virtual machines beyond labs and testing environments to reliably host critical production applications and perform large-scale server consolidation, we must come to grips with functions such as configuration management, performance monitoring, and capacity planning. Governance and systems management were required in traditional environments, and the rules have not suddenly changed just because our servers are now virtual.
To really transform an organization and take advantage of all the potential that virtualization has to offer, IT and business leaders must partner to tackle thorny management problems that have plagued us all—in some cases, for decades. Our poll of 348 business technology professionals touches on such areas as security and privacy, and in this report, we'll explore IT's ability to assure performance, stability, and availability of virtualized servers, and to provide SLA metrics back to business. We'll also examine the perceptions of IT decision makers running virtualized environments and see how well their objectives map to business drivers. A reality check on some of the expectations that are fueling the mad rush to virtualization reveals lingering concerns surrounding the technology, and we'll present best practices gleaned from our experience.
-->
Saturday, March 7, 2009
Intel® Xeon® processor 7400 series
- Extending today's lead in virtualization performance with built-in hardware assisted features and breakthrough gains in performance and energy efficiency²
- Built for data-demanding enterprise applications with up to 6 cores and a large shared 16MB L3 cache per processor, enabling more transactions per server
- More headroom, improved reliability, and the highest scalability available for large scale server consolidation and business-critical virtualization
Wednesday, March 4, 2009
Introduction
In the competitive x86 microprocessor market, there are always swings and shifts based on the latest introductions from the two main protagonists: Intel and AMD. The next anticipated shift is coming in 2008-9 when Intel will finally replace their front side bus architecture. This report details Intel’s next generation system interconnect and the associated cache coherency protocol, likely deployment plans across the desktop, notebook and server market as well as the economic implications.
Intel’s front-side bus has a long history that dates back to 1995 with the release of the Pentium Pro (P6). The P6 was the first processor to offer cheap and effective multiprocessing support; up to four CPUs could be connected to a single shared bus with very little additional effort for an OEM. The importance of cheap and effective cannot be underestimated. Before the P6, multiprocessor systems used special chipsets and usually a proprietary variant of UNIX; consequently they were quite expensive. Initially, Intel’s P6 could not always match the performance of these high end systems from the likes of IBM, DEC or Sun, but the price was so much lower that the performance gap became a secondary consideration. The workstation and low-end server markets embraced the P6 precisely because the front-side bus enabled inexpensive multiprocessors.
Ironically, the P6 bus was the subject of considerable controversy at Intel. It was originally based on the bus used in the i960 project and the designers came under pressure from various corporate factions to re-use the bus from the original Pentium so that OEMs would not have to redesign and validate new motherboards, and so end users could easily upgrade. However, the Pentium bus was strictly in-order and could only have a single memory access in flight at once, making it entirely inadequate for an out-of-order microprocessor like the P6 that would have many simultaneous memory accesses. Ultimately a compromise was reached that preserved most of the original P6 bus design, and the split-transaction P6 bus is still being used in new products 10 years after the design was started. The next step for Intel’s front side bus was to shift to the P4 bus, which was electrically similar to the P6 bus and issued commands at roughly the same rate, but clocked the data bus four times faster to provide fairly impressive throughput.
While the inexpensive P4 bus is still in use for Intel’s x86 processors, the rest of the world moved on to newer point-to-point interconnects rather than shared buses. Compared to systems based on HP’s EV7 and more importantly AMD’s Opteron, Intel’s front-side bus shows it age; it simply does not scale as well. Intel’s own Xeon and Xeon MP chipsets illustrate the point quite well – as both use two separate front-side bus segments in order to provide enough bandwidth to feed all the processors. Similarly, Intel designed all of their MPUs with relatively large caches to reduce the pressure on the front-side bus and memory systems, exemplified by the cases of the Xeon MP and Itanium 2, sporting 16MB and 24MB of L3 cache respectively. While some critics claim that Intel is pushing an archaic solution and patchwork fixes on the industry, the truth is that this is simply a replay of the issues surrounding the Pentium versus P6 bus debate writ large. The P4 bus is vastly simpler and less expensive than a higher performance, point-to-point interconnect, such as HyperTransport or CSI. After 10 years of shipping products, there is a massive amount of knowledge and infrastructure invested in the front-side bus architecture, both at Intel and at strategic partners. Tossing out the front-side bus will force everyone back to square one. Intel opted to defer this transition by increasing cache sizes, adding more bus segments and including snoop filters to create competitive products.
While Intel’s platform engineers devised more and more creative ways to improve multiprocessor performance using the front-side bus, a highly scalable next generation interconnect was being jointly designed by engineers from teams across Intel and some of the former Alpha designers acquired from Compaq. This new interconnect, known internally as the Common System Interface (CSI), is explicitly designed to accommodate integrated memory controllers and distributed shared memory. CSI will be used as the internal fabric for almost all future Intel systems starting with Tukwila, an Itanium processor and Nehalem, an enhanced derivative of the Core microarchitecture, slated for 2008. Not only will CSI be the cache coherent fabric between processors, but versions will be used to connect I/O chips and other devices in Intel based systems.
The design goals for CSI are rather intimidating. Roughly 90% of all servers sold use four or fewer sockets, and that is where Intel faces the greatest competition. For these systems, CSI must provide low latency and high bandwidth while keeping costs attractive. On the other end of the spectrum, high-end systems using Xeon MP and Itanium processors are intended for mission critical deployment and require extreme scalability and reliability for configurations as large as 2048 processors, but customers are willing to pay extra for those benefits. Many of the techniques that larger systems use to ensure reliability and scalability are more complicated than necessary for smaller servers (let alone notebooks or desktops), producing somewhat contradictory objectives. Consequently, it should be no surprise that CSI is not a single implementation, but rather a closely related family of implementations that will serve as the backbone of Intel’s architectures for the coming years.
Intel ® C++ Compiler Professional Edition for Windows* - Evaluation
In order to install and use the Intel® C++ Compiler for Windows product, you must have already installed a supported Microsoft development product. Please see the System Requirements for more information. If you do not already have a supported Microsoft development product installed, you may download a free 90-day trial version of Microsoft Visual Studio 2008* from Microsoft. This will allow for full functionality of the Intel C++ Compiler for Windows during your evaluation. If, at the end of evaluation, you choose to purchase Intel C++ Compiler for Windows, you must also purchase a license for a supported Microsoft development product if you do not already have one. If you understand and accept this requirement, click on the Accept button to proceed with your evaluation. |