<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>The Server Room Blog</title>
    <link>http://communities.intel.com/openport/blogs/server</link>
    <description>Server Room</description>
    <pubDate>Tue, 07 Oct 2008 05:33:37 GMT</pubDate>
    <generator>Clearspace 1.7.0 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2008-10-07T05:33:37Z</dc:date>
    <item>
      <title>Making sense of hypes "du Jour" - Virtualization, Grid and Cloud Computing - Part 3 of 3</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/10/07/making-sense-of-hypes-du-jour-virtualization-grid-and-cloud-computing-part-3-of-3</link>
      <description>This is the 3rd and final part of a 3 part series exploring Virtualization, Grids and cloud computing and the exponential value obtained by integrating these to realize enterprise objectives. &lt;br /&gt;
&lt;br /&gt;
The links to earlier parts are:&lt;br /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://communities.intel.com/openport/blogs/server/2008/08/04/making-sense-of-hypes-du-jour-virtualization-grid-and-cloud-computing"&gt;Part 1 - Virtualization&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://communities.intel.com/openport/blogs/server/2008/09/03/bmaking-sense-of-hypes-du-jour-virtualization-grid-and-cloud-computing-ipart-2-of-3ib"&gt;Part 2 - Grids and Cloud computing&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Here is the video for Part 3&lt;br /&gt;
&lt;br /&gt;
&lt;embed src="http://www.youtube.com/v/OD6KC4Nx0IQ&amp;hl=en" type="application/x-shockwave-flash" width="425" height="344"&gt;&lt;/embed&gt;
&lt;p /&gt;
The video for the sake of brevity does not explore the range of potential synergies that are possible but motivate a few. Some other points to consider:&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;One of the key aspects of the synergy of these paradigms that I have not touched on is &lt;b&gt;"Private" or "On Premise" cloud&lt;/b&gt; where the IT environment can be implemented as a cloud but within the confines of the enterprise "firewall" - currently there is a lot of discussion in the media on this topic. This is the next frontier of cloud that will get the CIO jazzed. Grids and virtualization will play a very important role in the implementation of these "private clouds". The primary difference between IT today and the "Private Cloud" paradigm is that the "cloud" paradigm requires a layer (a virtualization if you will) between the user and the "traditional" resources that users have direct access to in today's IT. &lt;i&gt;Separating the concerns&lt;/i&gt; in this manner (i.e. with the layer) improves the consistency/reliability of the services that users need and use while allowing IT to make changes to the infrastructure without the user noticing the changes. The resulting infrastructure opacity (to the user) now allows IT to manage both workloads and resources proactively where they previously only had management control over resources. This layer is a win-win if IT can now manage the "opaque infrastructure" in a way that the user has the desired elasticity, performance and reliability - it is in this management that Grids and Virtualization will play a key role.   &lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;The synergy of these 3 paradigms now allow the &lt;i&gt;merging of "use" and "management" into a single framework&lt;/i&gt; where till now they were treated as separate disciplines. This merging now makes "IT agility" a reality where "proactivty" is as much a part of "agility" as "reactivity". Driving "agility" as a "proactive excercise" will also lead to improved TCO over that delivered by a "reactive excercise".&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;The biggest challenge is whether IT can change it's models, processes and mindframe to really recognize and leverage the value that is placed before them - furthermore IT can not be a mere deployer of solutions but has now to get into the business of design, development and integration to a degree that they have not done or been comfortable with.&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
I hope you found this series interesting and found some things to ponder. I would like to hear your thoughts - would also be very interested to hear other examples of folks bringing these paradigms together.</description>
      <pubDate>Tue, 07 Oct 2008 18:55:29 GMT</pubDate>
      <author>ravis</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/10/07/making-sense-of-hypes-du-jour-virtualization-grid-and-cloud-computing-part-3-of-3</guid>
      <dc:date>2008-10-07T18:55:29Z</dc:date>
      <clearspace:dateToText>5 days, 10 hours ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/making-sense-of-hypes-du-jour-virtualization-grid-and-cloud-computing-part-3-of-3</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11620</wfw:commentRss>
    </item>
    <item>
      <title>Xeon 7400 - Good benchmarks... what about real apps?</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/10/07/xeon-7400-good-benchmarks-what-about-real-apps</link>
      <description>&lt;br /&gt;
There is always a sense of apprehension and skepticism when there is a new processor out in the market. And there is nothing wrong with that. Customers would like to see not just benchmarks (with simulated real life workloads) but also real applications demonstrating performance and scaling on a new technology. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
And I decided to share with you the gains our software friends see on the 6-core Intel Xeon Processor 7400 based Servers. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
OMNIEnterprise is a Core Banking Solution from a leading ISV, &lt;a class="jive-link-external" href="http://www.infrasofttech.com/Global/index.php"&gt;InfrasoftTech&lt;/a&gt;. Running on Intel Xeon Processor E7430, this application showed a 22% performance at about 50% less processor utilization than the previous generation Xeon E7330. Clearly, giving customers the headroom to grow the load on the server. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
SARAS is an E-learning suite of applications from &lt;a class="jive-link-external" href="http://www.excelindia.com/index.html"&gt;Excel-Soft&lt;/a&gt;. This application was able to handle 50% more requests in a virtual environment using VMware VMM as compared to the previous generation platform. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://www.tcs.com/"&gt;TCS&lt;/a&gt;, a leading Financial Services ISV, ran a number of Banking and Financial Apps on the Xeon Processor X7460 and saw 20% to 50% higher throughput than its predecessor. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
We are now seeing many ISVs and customers get the performance and scaling of the 45nm 6-core Xeon 7400 processor based Servers. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
So what are you waiting for? Grab a Xeon 7400 based Server now and get it to work for you &lt;img src="!" alt="!" class="jive-image"  /&gt;</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">7400</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">benchmark</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">scaling</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">application</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">xeon</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">infrasofttech</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">saras</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">excelsoft</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">tcs</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">workload</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">gain</category>
      <pubDate>Tue, 07 Oct 2008 05:36:26 GMT</pubDate>
      <author>Adesh</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/10/07/xeon-7400-good-benchmarks-what-about-real-apps</guid>
      <dc:date>2008-10-07T05:36:26Z</dc:date>
      <clearspace:dateToText>5 days, 10 hours ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/xeon-7400-good-benchmarks-what-about-real-apps</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11619</wfw:commentRss>
    </item>
    <item>
      <title>When to Buy?</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/10/04/when-to-buy</link>
      <description>I was on a plane flying somewhere the other day and I happened to be seated next to someone who ran consumer sales for a large Multi-National Corporation.  We had a great conversation about technology and discussed his specific focus on client computing.  During the course of the conversation we talked about what computers we carried around, what we had at home and some of the exciting things happening in the mobile space.  To keep a long story short we debated the best time to buy something.  One of the dangers of being an Intel employee is you always know there is something great coming right around the corner.  It can create paralysis when deciding to buy that next computer for my wife or that next mobile device for one of my two daughters.  Buy today and Nehalem is coming tomorrow.  Buy tomorrow and 32 nm products are coming soon after.  When I apply this thinking to my position in the Server group I realize that system admins and IT professionals are making the same sorts of decisions everyday.  The difference is their penalties for waiting are much more severe.  They could lose profit, lose share or but their existence in jeopardy if they make the decision to wait and fall behind their competitors.  Likewise, if they are on the leading edge with their technology purchases and can not extract value for that then they are exposing themselves in that they have wasted opportunity cost.  Now if I decide to not buy my wife and my kids a new computer the consequences are severe but not quite visible on the bottom line of a balance sheet. I have also not seen the downside of buying them a new computer ahead of their normal replacement cycle.  I'm sure there is a lesson in there somewhere but I don't have time to dig for it. &lt;br /&gt;
&lt;br /&gt;
When we looked at this phenomenon in the Enterprise we wanted to minimize the risk of being a leading technology adopter.  That meant trying to find a way that our customers could adopt server technology today and extend and blend the use of that technology in the future with their next generation hardware.  One example of this would be what we have done for years with the Intel Architecture.  The very nature of the instruction sets that we develop allow old and new software alike to run on next generation hardware.  As enterprises evolve and virtualization grows in it’s adoption we developed another feature called FlexMigration that allows someone to start virtualization pools with today’s hardware and grow the size of the pool with the next generation hardware that we will be delivering soon.  It is amazing the positive feedback we have received from a feature that in essence isn’t about a performance enhancement (Intel’s Moore's Law) but is rather about giving them better investment protection.  Look for more of these types of advancements from Intel in the future because while we realize the need for absolute performance leadership in all segments, we also know that there are features just as important to an IT professional when it comes to the bottom line.</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">data</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">data_center</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter_efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">server</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">performance</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">intel</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">servers</category>
      <pubDate>Sat, 04 Oct 2008 19:10:36 GMT</pubDate>
      <author>S_Poulin</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/10/04/when-to-buy</guid>
      <dc:date>2008-10-04T19:10:36Z</dc:date>
      <clearspace:dateToText>1 week, 20 hours ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/when-to-buy</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11615</wfw:commentRss>
    </item>
    <item>
      <title>Virtually Cloudy Days forecasted....rain imminent.</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/10/03/virtually-cloudy-days-forecastedrain-imminent</link>
      <description>For those of us who have lived through the cyclical nature of Enterprise technology innovation, the last month has seen the public and private backlash of an "emerging" compute models, known as Cloud Computing. Industry veterans claiming marketing hype, others claiming leadership in this space and some committed to changing the landscape of computing have begun their public positioning of this new compute paradigm. So what has changed and why all the "backlash": I'll outline my thoughts, remind people of history and outline what I believe the future holds. &lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;Why now?&lt;/b&gt; &lt;br /&gt;
&lt;br /&gt;
1. Moore's Law, Metcalfe's Law and Buffett's law (I'll explain later).&lt;br /&gt;
&lt;br /&gt;
A. Moore's law and the era of multi-core provides all of us in the industry the capability to grow our compute infrastructures in a more scalable, cost effective fashion then at anytime in the history of our industry. This isn't hype this is reality. We are delivering better than 2x the performance in our recently announced Intel Xeon 7400 series product than our Intel Xeon 7100 series product launched just 2 years ago. I might add that our Intel Xeon 7400 platform is the industry 1st 1 million tpm/c x86 architecture in history. Moore's law is alive and well. Perfectly suited for the Physical layer of Cloud Computing .&lt;br /&gt;
&lt;br /&gt;
B. Ethernet performance and innovation has outstripped Fiber Channel and Infiniband in terms of innovation. This has allowed for a Gigabit revolution from Desktop to Data Center. The Gigabit revolution is driving a transformation of how communication networks are being built around the world. This law will be constant and Intel is committed to being a leader here as well. &lt;br /&gt;
(Note: I was the NUMA-Q systems architect for the 1st ever production fiber channel solution deployed for commercial use at the NASD in 1997 with EMC...at the time ethernet was a 10/100mb controller) &lt;br /&gt;
&lt;br /&gt;
C. Buffett's Law: The value of an enterprise is a direct correlation of it's ability to deliver consistent return on invested capital, regardless of market conditions. Enterprises will/are being required to drive consistent returns with an intelligent, expandable and cost effective IT infrastructures. Information Technology leadership is key to all successful businesses in a global economy. Cloud computing has the potential to provide a flexible internal capability with external application growth capabilities. This is not yesterday's outsourcing models. Warren Buffett is driving change through value investing, this rewards the conservative innovator more than the flambouyant visionary of a "boom" cycle. I'm not sure he even understands the significance his investment models have begun to place on our industry... &lt;br /&gt;
&lt;br /&gt;
2. Virtualization for x86 compute technologies. Over 80% of the world's server shipments. &lt;br /&gt;
&lt;p /&gt;
A. Expansion of virtualization technologies to increase the utilization of the compute infrastructures has increased the flexibility of these environments. Introduction of flexible migration technologies for virtual machines provides meaningful cost savings for software licensing, energy efficiencies and scale for viral workloads. &lt;br /&gt;
&lt;p /&gt;
B. Educating tomorrow's Web 2.0 innovators is easier on our platforms, compilers and technologies that are available in every market in the world....within state department allowed countries. :&amp;gt; &lt;br /&gt;
&lt;p /&gt;
C. Broadband Access around the world. Wimax, 3G, Fiber to Home, xDSL and Cable...thanks! &lt;br /&gt;
&lt;p /&gt;
3. Google's Law: Viral IS the market. &lt;br /&gt;
&lt;p /&gt;
A. Our children fortunate enough to afford access, live in a online world where Viral isn't a sickness. Communities expand and contract based upon their ability to meet the needs of their constituency. John Stuart Mill would be proud. &lt;br /&gt;
B. Cloud Computing provides the necessary compute infrastructure for tomorrow's software artists to build a community in their own likeness, even the founders of Google are growing increasingly out of touch as they grow older. &lt;br /&gt;
&lt;p /&gt;
&lt;b&gt;What's different from the past?&lt;/b&gt; &lt;br /&gt;
&lt;p /&gt;
1. Clusters aren't a requirement. Cluster technologies are difficult to manage, administer and unpredictable. In addition their software licensing costs have been traditionally prohibitive for wide-scale deployment across an enterprise. &lt;br /&gt;
&lt;p /&gt;
2. Intel's compute requirements and capabilities are as never before. See above or visit &lt;a class="jive-link-external" href="http://www.intel.com/"&gt;www.intel.com&lt;/a&gt; &lt;br /&gt;
&lt;p /&gt;
3. Client/Server architectures, Open Source and Web 2.0 have unlocked a world of programming models capable of acting different. &lt;br /&gt;
&lt;p /&gt;
4. It has been 10 years since Siebel Net, the 1st Client Server ASP, was architected from a deal between Tom Seibel and Casey Powell....yes it was ground breaking and no it didn't make a lot of money....but it did spark an industry that has given us Salesforce.com, Corio, OracleOnline and others. We designed these infrastructures knowing they had meaningful limitations yet with the industry's best technology available at the time. We have had a first act. &lt;br /&gt;
&lt;br /&gt;
5. Latency improvements has reduced virtual machine migration to minutes and application deployment models from weeks to hours. As we decrease the latencies of the physical layer from minutes to milliseconds across cpu, memory, networking and storage we are providing the basis for breakthrough programming models such as Cloud Computing. &lt;br /&gt;
&lt;p /&gt;
&lt;b&gt;What does the future hold?&lt;/b&gt; &lt;br /&gt;
&lt;br /&gt;
My Top 9 predictions....(time for the station announcement....these opinions are not necessarily opinions of Intel, the opinion expressed below are the author.)&lt;br /&gt;
&lt;br /&gt;
1. Cloud Computing infrastructures will provide the basis for a new compute and development infrastructures that will allow the world's smartest technologists to have access to more compute resources than they have ever been able to afford. The cloud will provide breakthrough research in the following areas in the next 5 years: DNA mapping, FDA regulation, Energy Consumption and Exploration modeling, Retail Supply Chain, High Definition Content Creation and Human Rights.&lt;br /&gt;
&lt;br /&gt;
2. Cloud Computing will deliver the most consistent, scalable and available compute infrastructure ever created. Translation...there is failure, there is not downtime. It will also mark the end of Tape backup technologies and proprietary storage interfaces over the next decade. I'm not sure why we need clustering technology in the future either but...that is the subject for another blog. &lt;br /&gt;
&lt;p /&gt;
3. Cloud Computing will make device compute capabilities even more important than they are today. The easier the access to high value content the more important the compute capabilities of the end user device to enjoy the content. &lt;br /&gt;
&lt;p /&gt;
4. Cloud Computing will change the Entertainment Industry over the next 5 years. More access, more distribution, less cost, more profits with less risk. &lt;br /&gt;
&lt;p /&gt;
5. Cloud computing will have the single biggest effect on traditional software licensing models of any environemental change in our industry. More of an impact than Multi-Core, Clustering or Google. &lt;br /&gt;
&lt;p /&gt;
6. Cloud Computing will drive innovation and interoperability. Innovation in programming models for business and consumer applications. Interoperability across the physical, application and user interface layers of a cloud infrastructure. &lt;br /&gt;
&lt;p /&gt;
7. Cloud Computing infrastructures will consume up to 50% of all x86 server CPU cycles by 2016. &lt;br /&gt;
&lt;p /&gt;
8. Whichever entrepeneurs emerge as the leaders of the "Age of Cloud Computing" will be the technically most well-rounded technologists our industry has ever created. Hopefully, they will be equally well-rounded in their business planning processes. &lt;br /&gt;
&lt;p /&gt;
9. Cloud Computing will begin to unearth a global data standards initiative. As an industry we will have to work with the regulatory leadership around the world to define acceptable and secure standards of data integrity across Cloud infrastructures. &lt;br /&gt;
&lt;p /&gt;
For the non-believers...I must apologize. Explanations I can give, understanding I cannot. Cloud Computing is not a fad. it is a desired state of end users who face real business challenges with unpredictable compute requirements, budgets and human resources. &lt;br /&gt;
&lt;p /&gt;
Where there are clouds there is usually rain.....</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">clusters</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">innovation</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">web2.0</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">cloudcomputing</category>
      <pubDate>Sat, 04 Oct 2008 00:45:27 GMT</pubDate>
      <author>J_Smith</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/10/03/virtually-cloudy-days-forecastedrain-imminent</guid>
      <dc:date>2008-10-04T00:45:27Z</dc:date>
      <clearspace:dateToText>1 week, 1 day ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/virtually-cloudy-days-forecastedrain-imminent</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11612</wfw:commentRss>
    </item>
    <item>
      <title>Scale new heights with the 6-core Intel(r) Xeon(r) 7400 Processors!</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/10/03/scale-new-heights-with-the-6core-intelr-xeonr-7400-processors</link>
      <description>&lt;br /&gt;
One of the common questions that I get from customers is whether their applications will be able to take advantage of so many cores in their server. And it's not just running the application without changes, but also being able to scale in performance. I would like to address this concern in three parts: &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;&lt;i&gt;&lt;span style="color:#0000ff"&gt;What does many cores on a server bring to me?&lt;/span&gt;&lt;/i&gt;&lt;/b&gt; Applications that run on x86 servers today have been written to take advantage of more processors (or SMP) on the Servers since the 90s. These applications have been threaded over time and fined tuned to deliver optimum performance. When such applications are run on a many-core platform (such as the 4-way Intel^(r)^ Xeon^(r)^ 7400 processor-based server), these applications show instantaneous performance gain. Database applications such Oracle 10g, IBM DB2, Microsoft SQL Server 2005, Microsoft SQL Server 2008 have shown significant performance gains when run on a 6-core Xeon 7400 processor-based server. As an example, check out the &lt;a class="jive-link-external" href="http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=108091501"&gt;TPC-C performance of the 4P platform&lt;/a&gt;. We have seen SQL Server 2005 performance gains up to 68% compared to the previous generation processor - The highest 4P database performance on a Windows Server Platform today. We also have seen the &lt;a class="jive-link-external" href="http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=108081902"&gt;highest DB2 database performance on Linux OS&lt;/a&gt;. Similarly, using Oracle OASB benchmark with Oracle 10g R2 DB and Oracle E-business suite v12, &lt;a class="jive-link-external" href="http://www.myexpospace.com/OracleDemogrounds2008/PDFDOCLIB/082NTL-DunnIBMOracle-Whitepaper_91808c2.pdf"&gt;the IBM x3850M2 delivered unparalleled processing&lt;/a&gt; of 10,000 employee payroll batch update in 5.37 seconds (Wall Clock Duration). So Clearly, the benefits of using multi-core processors such as the 6-core Xeon 7400 processor are immense. It's performance and more performance all the way for enterprise workloads.&lt;/li&gt;
&lt;/ul&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;&lt;i&gt;&lt;span style="color:#0000ff"&gt;Do I have to get the latest version of my application to get optimum performance?&lt;/span&gt;&lt;/i&gt;&lt;/b&gt; In most of the cases for enterprise workloads, the application gets performance boost as more cores are added to the system. However, the performance &lt;b&gt;&lt;i&gt;&lt;u&gt;may&lt;/u&gt;&lt;/i&gt;&lt;/b&gt; not be optimum. As newer tools emerge to take advantage of Intel&amp;reg; Core&amp;reg; Architecture in a parallel environment, the ISVs may make changes to their software to give the their applications additional performance boost. Tools such as compilers and libraries from &lt;a class="jive-link-external" href="http://www3.intel.com/cd/software/products/asmo-na/eng/346834.htm"&gt;Intel&lt;/a&gt;, &lt;a class="jive-link-external" href="http://msdn.microsoft.com/en-us/default.aspx"&gt;Microsoft&lt;/a&gt;, &lt;a class="jive-link-external" href="http://www.oracle.com/tools/index.html"&gt;Oracle&lt;/a&gt;, &lt;a class="jive-link-external" href="http://developers.sun.com/"&gt;Sun&lt;/a&gt; and others are constantly updated to provide optimum scaling and performance on Intel Architecture based Servers.&lt;/li&gt;
&lt;/ul&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;i&gt;&lt;b&gt;&lt;span style="color:#0000ff"&gt;Does my application cost more on a 6-core Xeon 7400 processor-based server?&lt;/span&gt;&lt;/b&gt;&lt;/i&gt; In most of the cases, NO. You need to make an assessment of the software licensing model currently used on your servers and then decide if the price/performance is worth moving to the Xeon 7400 processor-based platform. From what we have seen in the past many years, the performance of a multi-core platform far outweighs the price of the platform. In short, YOU PAY LESS TO GET MORE. Today multi-core processing has become the norm for Enterprise Applications. ISVs are constantly evaluating their application licensing models to run in an SMP multi-core environment. ISVs such as Oracle, Microsoft, SAP, VMware have made their applications multi-core friendly, giving you more for less.&lt;/li&gt;
&lt;/ul&gt;
&lt;p /&gt;
&lt;p /&gt;
Another area that you MUST consider is Virtualization or Server Consolidation - where multi-core servers have been known to provide the optimum use of compute resources in your environment. You can read Virtualization benefits in blogs from &lt;a class="jive-link-blogpost" href="http://communities.intel.com/openport/blogs/server/2008/10/01/evaluating-two-and-foursocket-server-virtualization-platforms"&gt;Sudip Chahal&lt;/a&gt;, &lt;a class="jive-link-blogpost" href="http://communities.intel.com/openport/blogs/server/2008/09/30/how-to-improve-your-data-center-energy-efficiency-using-servers-with-intelr-xeonr-7400-processors"&gt;dave_hill&lt;/a&gt;, &lt;a class="jive-link-blogpost" href="http://communities.intel.com/openport/blogs/server/2008/09/19/simply-delivering-to-your-virtualization-needs"&gt;RK_Hiremane&lt;/a&gt;, and &lt;a class="jive-link-blogpost" href="http://communities.intel.com/openport/blogs/server/2008/09/16/which-server-is-best-for-virtualization"&gt;K_Lloyd&lt;/a&gt; &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
To summarize, enterprise applications running on the 6-core Intel Xeon 7400 processor-based servers will see performance scaling as the number of cores increase. And it WILL get better over time. I hope you have enjoyed reading this. Let me know what you think. &lt;img src="http://communities.intel.com/openport/images/emoticons/happy.gif" alt="http://communities.intel.com/openport/images/emoticons/happy.gif" class="jive-image"  /&gt;</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">xeon</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">multicore</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">multi_core</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">6-core</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">6core</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">7400</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">xeon_processor</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">application</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">scaling</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">scalability</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">4p</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">8p</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">4-way</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">8-way</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">performance</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <pubDate>Fri, 03 Oct 2008 23:39:50 GMT</pubDate>
      <author>Adesh</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/10/03/scale-new-heights-with-the-6core-intelr-xeonr-7400-processors</guid>
      <dc:date>2008-10-03T23:39:50Z</dc:date>
      <clearspace:dateToText>1 week, 1 day ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/scale-new-heights-with-the-6core-intelr-xeonr-7400-processors</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11614</wfw:commentRss>
    </item>
    <item>
      <title>A 45nm 6-core QnA</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/10/03/a-45nm-6core-qna</link>
      <description>Following my earlier &lt;a class="jive-link-blogpost" href="http://communities.intel.com/openport/blogs/server/2008/09/17/six-more-benefits-of-45nm"&gt;blog&lt;/a&gt;, I promised to share answers to some of the more common questions I get from customers on 45nm and mostly about the newest product we have on 6-core 45nm: the Xeon processor 7400 series. &lt;br /&gt;
&lt;br /&gt;
1. What does 45nm really mean? A nanometer represents a distance that is one billionth of a meter in length. 45nm represents the width of a single transistor and is used to describe the manufacturing technology Intel uses to create our latest generation of processors. Because of the small 45nm transistor size, Intel is able fit 2 million transistors on the period at the end of this sentence.&lt;br /&gt;
&lt;br /&gt;
2. Are all 45nm transistors the same? No. Materials used in silicon manufacturing process can vary from manufacturer to manufacturer. Intel switched over to a high-k dielectric material (Halfnium) that helps dramatically reduce leakage current &amp;ndash; improving the performance/watt characteristic of our processors. &lt;br /&gt;
&lt;br /&gt;
3. What OEM products feature 6-core 45nm products? Servers based on the processor are expected to be announced from over 50 system manufacturers around the world, including four-socket rack servers from Dell, Fujitsu, Fujitsu-Siemens, Hitachi, HP, IBM, NEC, Sun, Supermicro and Unisys. There are four-socket blade servers from Egenera, HP, Sun and NEC and there are server designs that scale up to 16-sockets from IBM, NEC and Unisys.&lt;br /&gt;
&lt;br /&gt;
4. How does 6-core affect my software licensing? Just like with other multi-core processors, licensing will depend on the software vendor. With quad-core most ISVs elected to license by socket or processor meaning that the performance enhancements came &amp;ldquo;for free&amp;rdquo; as the number of cores are increased. Recently VMware updated their definition of a &amp;ldquo;processor&amp;rdquo; to include up to 6-cores per processor (&lt;a class="jive-link-external" href="http://www.vmware.com/download/eula/multicore.html?elq=12726D55895D47F7A49B9BA4BCB46634"&gt;learn more&lt;/a&gt;) meaning that with VMware ESX 3.5 update 2 and Intel Xeon processor 7400 series, IT can deploy a higher density of virtual machines per server without an incremental increase in licensing costs. Everyone does it differently &amp;ndash; so do your homework. &lt;br /&gt;
&lt;br /&gt;
Other common questions circle around IT usage trends and how this technology can really be applied. Here is an interesting (and somewhat long) &lt;a class="jive-link-external" href="http://www.intel.com/pressroom/archive/releases/20080915comp.htm?iid=pr1_releasepri_20080915m"&gt;video&lt;/a&gt; where Intel VP and CIO Diane Bryant discusses with executives from Yahoo, Oracle, MySpace and Verisign about the challenges they face and how technology is helping them. If you choose to listen you will find answers to questions (paraphrased) like?&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;What are some of the top challenges IT faces today? How can technology help?&lt;/li&gt;
&lt;li&gt;Is 6 core performance too much? Does IT have the ability inside their environment to take advantage of this additional compute capacity?&lt;/li&gt;
&lt;li&gt;Is the software ecosystem is ready for multi-core? Can today's applications take advantage of it?&lt;/li&gt;
&lt;li&gt;How are customers using Virtualization today and how do they see it changing over time?&lt;/li&gt;
&lt;li&gt;When virtualizing ... how does IT view MP servers (4 socket) vs DP (2 socket)?&lt;/li&gt;
&lt;li&gt;When deploying next generation technology, how important is the power capacity of the IT environment when selecting technology?&lt;/li&gt;
&lt;li&gt;Are Intel Xeon servers powerful and reliable enough to consider moving away from RISC or other proprietary architectures?&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
If I missed your burning question, just ask &amp;hellip; I&amp;rsquo;d be happy to share. Chris</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">45nm</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">data_center</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter_efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">dunnington</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">eco-technology</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">energy_efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">innovation</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">intel</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">performance</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">power</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">server</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">server_room</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">servers</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">vmware</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">xeon</category>
      <pubDate>Fri, 03 Oct 2008 23:29:14 GMT</pubDate>
      <author>C_Peters</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/10/03/a-45nm-6core-qna</guid>
      <dc:date>2008-10-03T23:29:14Z</dc:date>
      <clearspace:dateToText>1 week, 1 day ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/a-45nm-6core-qna</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11613</wfw:commentRss>
    </item>
    <item>
      <title>I/O Virtualization - Round 2!</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/10/03/io-virtualization-round-2</link>
      <description>In my last I/O &lt;a class="jive-link-blogpost" href="http://communities.intel.com/openport/blogs/server/2008/02/29/io-bottlenecks-due-to-virtualization-vmdq-to-the-rescue"&gt;Virtualization blog&lt;/a&gt;, earlier this year, I discussed a fundamental problem with virtualizing I/O and one the solution that Intel and VMware have teamed up to deliver - VMDq and VMware NetQueue. These queuing technologies together can help to offload some of the virtual switching (vswitch) functionality to the network adapter from the hypervisor. VMDq provides a method for the Hypervisor to do less work, and also provides a way to share the I/O processing across multiple cores; improving system bandwidth and more fully utilizing its processing power. &lt;br /&gt;
&lt;br /&gt;
Now, VMDq and NetQueue are a great solution together that scale well, support Vmotion, and are relatively simple to manage. However, is there a way to get even better performance from your Virtualized I/O? &lt;br /&gt;
&lt;br /&gt;
What if there was a way to completely cut the Hypervisor software switch out of the picture and remove the associated latency and CPU overhead? The ideal scenario for optimum performance is for the VM to communicate &lt;i&gt;directly&lt;/i&gt; with LAN hardware itself, and bypass the vswitch completely. For example, you could have a single 10 Gigabit port expose multiple LAN interfaces at the hardware level (on the PCI-e bus), and each VM could be assigned directly to a hardware interface. Alternatively, you have multiple physical NICs in the system that could be directly assigned to a given VM. Below is a diagram that summarizes the 3 main variations of attachment for I/O in a virtualized server. Below we will get into more detail to put the diagram in context. &lt;br /&gt;
&lt;p /&gt;
&lt;img src="http://communities.intel.com/openport/servlet/JiveServlet/downloadImage/38-11611-1912/IOV+Summary+%283+Modes%29+.JPG" alt="IOV Summary (3 Modes) .JPG" width="620" class="jive-image-thumbnail jive-image" onclick="myJiveImage.start(this, 'http://communities.intel.com/openport/servlet/JiveServlet/downloadImage/38-11611-1912/IOV+Summary+%283+Modes%29+.JPG');return false;"/&gt; &lt;br /&gt;
&lt;p /&gt;
In the diagram above, the left side represents an implementation of a virtualized environment with a standard I/O setup using the Hypervisor vswitch and VMDq for I/O performance enhancement. In the middle is an example of direct I/O assignment between a single physical LAN interface and a single Virtual Machine. The implementation on the right is showing what is possible with a single NIC that supports SR-IOV (we'll discuss this later) for a fuller, hardware level I/O virtualization. After taking a moment to understand the basic differences in these three implementations, there are immediately a few obvious benefits here for bypassing the Hypervisor vswitch and going with either of the two directly assigned designs... &lt;br /&gt;
&lt;p /&gt;
By allowing the Virtual Machines to talk directly to the networking hardware, throughput, latency, and CPU utilization of the I/O traffic processing will be greatly improved. So the question is, "why hasn't this been done before?" Well, the answer is that there are several gotchas to make this implementation work well... &lt;br /&gt;
&lt;p /&gt;
First, in order to implement this properly, the LAN hardware needs to support some physical capabilities to successfully route the networking traffic in this kind of virtualized system. In addition to all of the above the actual server hardware itself must also support VT-d so that the memory mapping between the Virtual Machine PCI-e memory space and the systems physical memory space are correlated correctly. Also, the actual system itself must also support VT-d so that the memory mapping between the Virtual Machine (I/O data memory address) and the systems physical memory address are correlated correctly. &lt;br /&gt;
&lt;p /&gt;
Finally, and this is a big one, this kind of implementation while very good for performance just happens to break the ability to move a VM from one physical server to another (VMware Vmotion). This is one of the more widely used aspects of VMware's software that has been utilized heavily by most IT shops. Seamless vmotion support is critical for making any I/O performance improvement deployable in the real world. &lt;br /&gt;
&lt;p /&gt;
Now, if you stop at the 2^nd^ diagram, and use separate NICs for each VM, you will also miss out on a few key advantages of new Ethernet capabilities. You won't be able to allocate your overall bandwidth between your VMs (each VM will get a single Gig or 10Gig port), and more importantly, you won't be able to effectively share higher bandwidth pipes. For example, a server with a few 10 Gigabit ports may have enough I/O horse power to handle traffic for 30 VMs, but there would be no way to assign only a portion of the bandwidth of the pipe to an individual VM. &lt;br /&gt;
&lt;p /&gt;
Additionally, the LAN hardware needs to support the ability for each virtual function of the LAN device to be able to support bandwidth segregation (think QoS per VM) and the ability to support multiple queues and traffic classes per LAN virtual function. This last piece is necessary for those who remember the discussion on &lt;a class="jive-link-blogpost" href="http://communities.intel.com/openport/blogs/server/2008/06/19/datacenter-fabric-convergence-fcoe-can-help"&gt;Fiber Channel over Ethernet&lt;/a&gt; (FCoE), as the ability to support multiple traffic classes, and dedicated bandwidth links, are key needs for the storage over Ethernet market. &lt;br /&gt;
&lt;p /&gt;
Now that I've set up what is needed to make this directly assigned virtualized I/O environment work, and called out the potential problems, you don't need to worry; I won't throw cold water on this idea. In fact, most of the pieces are in place today and there is already work being done to complete the solution as we speak. &lt;br /&gt;
&lt;p /&gt;
First, Intel network adapters now support some fancy hardware capabilities related to virtualization. In addition to all the hooks for VMDq, our newest NICs support PCI-SIG SR-IOV (I know... technologist love acronyms) which provides the ability to virtualize the LAN at the lowest hardware level. The networking hardware also supports some smart logic to be able to function properly in a virtualized system. For example, VM to VM communication in the same server must be looped back before it gets to the wire or the switch connected to the machine won't know how to route the packet. This is all taken care of in the LAN hardware. And of course, all the support for bandwidth segregation, and support for multiple queues and traffic classes is there as well to make sure Storage and other QoS sensitive applications are still going to work well. &lt;br /&gt;
&lt;p /&gt;
As for VT-d support, Intel platforms now come with this basically standard, so there is no issue there. But the last most important piece is the ability for an individual VM to be moved between physical servers while still being able to &amp;lsquo;renegotiate' with its physical network connection. The ability to do this is under development by Intel, VMware and others in the industry, and the end goal is to have an architectural framework in place to make this kind of handoff seamless from a hardware and software perspective. &lt;br /&gt;
&lt;p /&gt;
This architectural framework will be the topic of a future post, as I think I've used up all the lines I can before I start putting my readers to sleep. Until next time! &lt;br /&gt;
&lt;p /&gt;
Ben Hacker</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">vmware</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">performance</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">intel</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">networking</category>
      <pubDate>Fri, 03 Oct 2008 21:55:17 GMT</pubDate>
      <author>BenHacker</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/10/03/io-virtualization-round-2</guid>
      <dc:date>2008-10-03T21:55:17Z</dc:date>
      <clearspace:dateToText>1 week, 1 day ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/io-virtualization-round-2</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11611</wfw:commentRss>
    </item>
    <item>
      <title>Large crowds learned about the Intel Xeon Processor 7400 Series at Oracle Open World</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/10/03/large-crowds-learned-about-the-intel-xeon-processor-7400-series-at-oracle-open-world</link>
      <description>At Oracle OpenWorld in the Dell booth on September 22nd – 24th, we educated a large number of IT managers and Oracle Database Administrators about how best to harness the power of the new Xeon 7400 processor for their Oracle Middleware and Database environments.  Check out this video and learn about the Xeon 7400 based Dell PowerEdge R900, the features / benefits of this new platform, the virtualization performance advantages, and the energy efficiency benefits of Intel’s 45nm manufacturing process.  &lt;br /&gt;
&lt;br /&gt;
&lt;embed src="http://www.youtube.com/v/udKS7H4nDgQ&amp;hl=en" type="application/x-shockwave-flash" width="425" height="344"&gt;&lt;/embed&gt;</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">45nm</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">benchmark</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">data_center</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">dunnington</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">energy_efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">performance</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">server_room</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <pubDate>Fri, 03 Oct 2008 18:33:05 GMT</pubDate>
      <author>bryceolson</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/10/03/large-crowds-learned-about-the-intel-xeon-processor-7400-series-at-oracle-open-world</guid>
      <dc:date>2008-10-03T18:33:05Z</dc:date>
      <clearspace:dateToText>1 week, 1 day ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/large-crowds-learned-about-the-intel-xeon-processor-7400-series-at-oracle-open-world</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11608</wfw:commentRss>
    </item>
    <item>
      <title>How does Intel Xeon Processor 7400 Series (Dunnington) compare to RISC</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/10/02/how-does-intel-xeon-processor-7400-series-dunnington-compare-to-risc</link>
      <description>Posted by Eoin McConnell Oct 2nd, 2008 &lt;br /&gt;
Back in May I shared some thoughts about how I would choose between different Servers based on RISC architecture and Intel based architecture.  My decision making was based on three basic tenets in terms of choosing the right CPU architecture&lt;br /&gt;
1)	Choice and the ability to pick between multiple suppliers.&lt;br /&gt;
2)	Performance&lt;br /&gt;
3)	System Cost and Total cost of Ownership&lt;br /&gt;
&lt;br /&gt;
As you probably know by now, we launched the Xeon Processor 7400 Series (codename; Dunnington) on September 15th. The performance results delivered by systems based on the Xeon 7400 processor are astounding when you actually compare with performance delivered by systems based on RISC architecture. Who would have thought that you could get this level of performance from Xeon at a fraction of the cost of comparable RISC based architectures. &lt;br /&gt;
The Xeon 7400 is designed for high-end enterprise workloads like your typical database so I decided to look at the latest database results. If you get a chance, then check these out for yourself at tpc.org. Amazing performance, a fraction of the cost and you can choose from multiple Vendors and Operation System combinations.   &lt;br /&gt;
 - HP Proliant DL 580 4s system delivered 634,825 tpmC at $1.10/tpmc. This compares with an equivalent POWER 6 based system at 629,159 tpmC at $2.49/tpmC&lt;br /&gt;
&lt;br /&gt;
I also decided to look at how many users a Xeon 7400 based system could support in an SAP environment.  For this comparison I took a slightly different approach to look at a 4s Xeon 7400 based system as compared to a 2S UltraSPARCT2 system. You may ask why I made this strange comparison, well to me a 2S UltraSPARCT2 system is a 4S system in disguise in terms of system capability, memory supported and most of all the price! &lt;br /&gt;
&lt;ul class="jive-dash"&gt;
&lt;li&gt;HP Proliant DL 580 4s system supported 5,155 users. This compares with an equivalent UltraSPARcT2 based system at 4,170. &lt;/li&gt;
&lt;/ul&gt;
Oh and a similar system with 64GB memory is about $32,000 for HP DL580 and a T5240 is about $56,000&lt;br /&gt;
&lt;br /&gt;
Ok, I’ll stop doing direct comparisons now as I can understand how this could read as Intel marketing. I’m really excited by these results and wanted to share with you, please check these performance results out here at intel.com.&lt;br /&gt;
&lt;br /&gt;
Here are also some links to articles that I found written about Intel Xeon 7400 offering  ‘RISC-Class performance at a fraction of the cost’.  Wall Street Journal, Internet News, The Register &lt;br /&gt;
&lt;br /&gt;
In the next few weeks I will share some further thoughts on comparing Xeon with RISC, but in the meantime, what do you think?&lt;br /&gt;
&lt;br /&gt;
Related Blog Links:&lt;br /&gt;
&lt;p /&gt;
&lt;a class="jive-link-external" href="http://communities.intel.com/openport/blogs/server/2008/09/17/six-more-benefits-of-45nm"&gt;Six More Benefits of 45nm&lt;/a&gt;&lt;br /&gt;
&lt;a class="jive-link-external" href="http://communities.intel.com/openport/blogs/server/2008/08/20/intel-hp-partner-on-worlds-best-4socket-tpcc-benchmark"&gt;HP Announces World Record 4-Socket TPC-C Result&lt;/a&gt;&lt;br /&gt;
&lt;a class="jive-link-external" href="http://communities.intel.com/openport/blogs/server/2008/08/20/idf-sf08-intel-ibm-announce-world-record-tpcc-result"&gt;IBM Announces World Record 8-Socket TPC-C Result&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Previous Blog links:&lt;br /&gt;
&lt;a class="jive-link-external" href="http://communities.intel.com/openport/blogs/server/2008/05/14/so-what-does-risc-really-mean-to-you"&gt;So what does RISC really mean to you?&lt;/a&gt;</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">risc</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">sparc</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">power</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">ultrasparct2</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">dunnington</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">intel</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">server_room</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">performance</category>
      <pubDate>Thu, 02 Oct 2008 15:05:17 GMT</pubDate>
      <author>EMcConnell</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/10/02/how-does-intel-xeon-processor-7400-series-dunnington-compare-to-risc</guid>
      <dc:date>2008-10-02T15:05:17Z</dc:date>
      <clearspace:dateToText>1 week, 3 days ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/how-does-intel-xeon-processor-7400-series-dunnington-compare-to-risc</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11603</wfw:commentRss>
    </item>
    <item>
      <title>Evaluating Two- and Four-Socket Server Virtualization Platforms</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/10/01/evaluating-two-and-foursocket-server-virtualization-platforms</link>
      <description>Recently our team completed a comprehensive analysis comparing two and four socket server platforms based on both 65nm and 45nm processors.  The comparison included the just recently launched Intel ® Xeon ® X7460 processor featuring 6 high-performance Core micro-architecture based cores.  Servers based on this new processor have been setting all kinds of performance world-records across a wide range of benchmarks and we were very interested to see how these servers would fare in our virtualization tests.  Needless to say, our server platform based on this new high-end processor did not disappoint – it delivered on all its promise both in terms of absolute performance as well as performance/watt.  We have included these results in a brand new IT@Intel whitepaper published recently.  &lt;br /&gt;
&lt;br /&gt;
In addition to performance comparisons, this paper also includes a comprehensive comparative analysis spanning a wide range of commonly occurring virtualization deployment scenarios in the enterprise. For instance, are you looking to select a server platform that will enable you to host the maximum number of VMs for a given TCO (we discuss the key components of the TCO model in the paper)? Assuming that you are interested in optimizing your TCO, are you aware that the answer might change depending on the specifics of your situation e.g., are the majority of your workloads performance SLA-centric or memory capacity focused or a combination of the two(we cover what these terms mean in the paper)?  What happens if your primary concern is not the overall TCO but lack of datacenter power and/or cooling capacity - is a particular server platform preferable to the others in that situation?  How about if the primary constraint you are concerned with has to do with limited number of available LAN/SAN connectivity ports in the Datacenter - does that change the "answer"?  What if your enterprise architect says that maximizing resource pool capacity is his primary objective and TCO is a secondary concern - does that have any implications for your server platform selection? What if you want to ensure the most predictable performance scaling in the event of unanticipated workload spikes - does your choice of server virtualization platform make a difference?&lt;br /&gt;
&lt;br /&gt;
We cover the important deployment scenarios relevant for this comparison (including answering the questions in the preceding paragraph) in this new IT@Intel paper.  This paper and the companion short video summarizing the key findings can be accessed at www.intel.com/it.  Please check it out and let us know if you agree or if we have missed the mark!</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">45nm</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">benchmark</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">data_center</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">dunnington</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">energy_efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">performance</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">power</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">xeon</category>
      <pubDate>Thu, 02 Oct 2008 00:44:44 GMT</pubDate>
      <author>Sudip Chahal</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/10/01/evaluating-two-and-foursocket-server-virtualization-platforms</guid>
      <dc:date>2008-10-02T00:44:44Z</dc:date>
      <clearspace:dateToText>1 week, 3 days ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/evaluating-two-and-foursocket-server-virtualization-platforms</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11600</wfw:commentRss>
    </item>
    <item>
      <title>Sun on Bimonthly Beat of New Intel® Xeon® Servers</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/10/01/sun-on-bimonthly-beat-of-new-intel-xeon-servers</link>
      <description>As an Intel PR manager who works regularly with Sun Microsystems, its &lt;a class="jive-link-external" href="http://www.sun.com/aboutsun/pr/2008-09/sunflash.20080929.1.xml"&gt;introduction of two Sun Netra servers&lt;/a&gt; based on Intel&amp;reg; Xeon&amp;reg; Processors got me doing some math. For those keeping count, the new servers brings its total to 10 new Intel Xeon-based servers, or roughly one every other month, since the companies &lt;a class="jive-link-external" href="http://www.intel.com/pressroom/archive/releases/20070122corp.htm"&gt;formed their alliance&lt;/a&gt; in January of last year. These most recent servers, which are aimed at the telecommunications industry, include the first carrier-grade server, the Sun Netra X4450, powered by four quad-core Intel Xeon processors 7000 Series. The energy-efficient performance of the Xeon processors helps Sun solve three growing problems in the telco datacenter - limited space, energy consumption and cooling costs. The 4U rackmount Sun X4450 takes advantage of the robust 45nm technology available from of the four Intel Xeon Processors E7338 processors to create an excellent platform for consolidation and virtualization. Features such as 32 memory DIMM slots, more than 1 TB of storage and 10 PCI slots enable telco data-center managers to consolidate Solaris OS, Linux and Windows applications on a single NEBS-certified server. Each processor dissipates a maximum of 80W of power. The new Sun Netra X4250 2U rackmount server is powered by two LV Intel Xeon Processors 5000 Series that offer power savings as well as performance. The Sun Netra X4250 server is designed to be energy-efficient, supporting up to 16 memory slots and four internal disk drives in a 2U, 20-inch-deep carrier-grade package. The low-power Intel Xeon Processor L5408 dissipates a maximum of 40W of power.</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">data_center</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">energy_efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">xeon</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">dunnington</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">45nm</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter_efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">server_room</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">innovation</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">intel</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">sun</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">sunfirex4450</category>
      <pubDate>Wed, 01 Oct 2008 16:43:44 GMT</pubDate>
      <author>scott1.e.smith</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/10/01/sun-on-bimonthly-beat-of-new-intel-xeon-servers</guid>
      <dc:date>2008-10-01T16:43:44Z</dc:date>
      <clearspace:dateToText>1 week, 3 days ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/sun-on-bimonthly-beat-of-new-intel-xeon-servers</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11599</wfw:commentRss>
    </item>
    <item>
      <title>How to improve your data center energy efficiency using servers with Intel(R) Xeon(R) 7400 processors</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/09/30/how-to-improve-your-data-center-energy-efficiency-using-servers-with-intelr-xeonr-7400-processors</link>
      <description>The Intel® Xeon® 7400 Processor was officially announced just a few weeks ago and there has been phenomonal interest in this product because of it's world record breaking performance leadership as well as it's great energy efficiency.  &lt;br /&gt;
&lt;br /&gt;
Let's first discuss one of the primary advantages of the Intel® Xeon® 7400 Processor:  Up to 50% better performance/watt and up to 10% less system power vs. 7300.  As stated, this is pretty straightforward:  Intel has real world results that show significant performance increases while consuming less power as compared to servers based on the previous generation Intel® Xeon(R) 7300 Processors.  The performance increase can largely be attributed to designing the Xeon® 7400 processor with 6 cores based on the Intel® Core™ Microarchitecture.  In addition, the primary reason for the power decrease is because Xeon® 7400 uses the latest 45nm High-K process technology instead of 65nm in the previous generation.  In general, processors based on the 45nm process consume less power than the processor's rated TDP (thermal design power) value.  It must be noted that power consumption can vary by processor and some processors may consume even less power and others may consume up to the processor's rated TDP value.  For more details on both the performance and power, I recommend taking a look at this 3rd party review by Anandtech*:  &lt;a class="jive-link-external" href="http://it.anandtech.com/IT/showdoc.aspx?i=3414&amp;p=1"&gt;http://it.anandtech.com/IT/showdoc.aspx?i=3414&amp;p=1&lt;/a&gt;   &lt;br /&gt;
&lt;br /&gt;
Next, let's discuss the positive impact these servers can have on your data center.  Whether you have an existing data center or plan to build a new one, there is always a fixed amount of power that is provided to that data center.  Energy efficient performance, in it's simplest definition, is the ratio of performance in relation to the amount of power consumed.  The higher the ratio, the more energy efficient your data center is.  To accomplish this, two vectors need to be considered.  The first is performance output and the second is power consumption (both when servers are operating at peak performance and when they are running at lower utilization levels or at idle).  Servers based on the Intel® Xeon® 7400 processor can provide both higher performance as well as lower power, which offer some very compelling energy efficiency benefits.  For example, when using virtualization multiple applications that currently run on independent servers can be consolidated on fewer, higher performing servers, while still providing performance headroom for future growth.  By doing this, both acquisition and ongoing electricity/operational costs can be dramatically reduced.  To see how much money you can potentially save by upgrading to servers based on the Intel® Xeon® 7400 processor, take a look at the ROI using the Intel® Xeon® Server Estimator at www.intel.com/go/xeonestimator  &lt;br /&gt;
&lt;br /&gt;
In summary, the best energy efficient performance can achieved using servers with Intel® Xeon® 7400 Processors.  These servers provide both exceptional performance across a wide range of applications, with headroom to grow, while at the same time consuming less power as compared to previous generation Intel 7300 based servers.&lt;br /&gt;
&lt;br /&gt;
&lt;hr /&gt;
&lt;ul&gt;
&lt;li&gt;Other names and brands may be claimed as the property of others.&lt;/li&gt;
&lt;/ul&gt;</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">45nm</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">dunnington</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">performance</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">energy_efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">xeon</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">power</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">server</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter_efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">data_center</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">roi</category>
      <pubDate>Tue, 30 Sep 2008 20:56:27 GMT</pubDate>
      <author>dave_hill</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/09/30/how-to-improve-your-data-center-energy-efficiency-using-servers-with-intelr-xeonr-7400-processors</guid>
      <dc:date>2008-09-30T20:56:27Z</dc:date>
      <clearspace:dateToText>1 week, 4 days ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/how-to-improve-your-data-center-energy-efficiency-using-servers-with-intelr-xeonr-7400-processors</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11596</wfw:commentRss>
    </item>
    <item>
      <title>Anand says there is more to Dunnington than Cores</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/09/30/anand-says-there-is-more-to-dunnington-than-cores</link>
      <description>Saying more good things about Dunnington ( Intel Xeon 7400 ) feels a bit like piling on.  There are a myriad of posts &lt;i&gt;out there&lt;/i&gt; about how great Dunnington is.  If you are looking for some data to support enterprise selection of the 7400, the article in Anand Tech &lt;i&gt;&lt;a class="jive-link-external" href="http://it.anandtech.com/printarticle.aspx?i=3414"&gt;Intel Xeon 7460: Six Cores to Bulldoze Opteron&lt;/a&gt;&lt;/i&gt; is very compelling. One of the exciting parts of this article is in the section on ESX performance, especially with vm's configured with multiple "virtual cpu's".  This is a configuration some of my large enterprise customers seem &lt;u&gt;married&lt;/u&gt; to - even when not needed...  The 7400's use of highly efficient 45nm penryn cores delivers the dominant performance for this usage model.  There is a lot more to this processor than "2 more cores". &lt;br /&gt;
&lt;br /&gt;
To quote from the article "&lt;i&gt;This 45nm Intel core features slightly improved integer performance but also significantly improved "VM to Hypervisor" switching time. On top of that, synchronization between CPUs is a lot faster in the X74xx series thanks to the large inclusive L3 cache that acts as filter. Memory latency is probably great too, as the VMs are probably running entirely in the L2 and L3 caches. That is the most likely reason why we see the X7460 outperform all other CPUs.&lt;/i&gt;"&lt;br /&gt;
The ESX section concludes with "&lt;i&gt;Xeon X7460 is again the winner here: it can consolidate more servers at a given performance point than the rest of the pack&lt;/i&gt;"&lt;br /&gt;
&lt;br /&gt;
Xeon 7400 &lt;b&gt;is&lt;/b&gt; the processor for virtualization.</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">data_center</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">45nm</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">dunnington</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">vmware</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">esx</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">intel</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">review</category>
      <pubDate>Tue, 30 Sep 2008 19:32:26 GMT</pubDate>
      <author>K_Lloyd</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/09/30/anand-says-there-is-more-to-dunnington-than-cores</guid>
      <dc:date>2008-09-30T19:32:26Z</dc:date>
      <clearspace:dateToText>1 week, 4 days ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/anand-says-there-is-more-to-dunnington-than-cores</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11595</wfw:commentRss>
    </item>
    <item>
      <title>Things to consider when tuning your MP Xeon 7400 series server</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/09/29/things-to-consider-when-tuning-your-mp-xeon-7400-series-server</link>
      <description>The following are some considerations prior to tuning your MP Xeon 7400 series server. I can speak to this subject as I was asked to tune this system using the &lt;a class="jive-link-external" href="http://www.tpc.org/tpcc/default.asp"&gt;TPC-C&lt;/a&gt; and &lt;a class="jive-link-external" href="http://www.tpc.org/tpce/default.asp"&gt;TPC-E&lt;/a&gt; benchmarks for internal measurements at Intel. While you may not be setting up thousands of hard disk spindles for your performance work, this blog post attempts to capture some of the key tuning considerations of this Xeon-based server.&lt;br /&gt;
&lt;br /&gt;
&lt;h2&gt;Understand your system&lt;/h2&gt;
The key to tuning any system, whether it is a formula one race car (I promise to stay away from silly car performance analogies) or a server is to understand it. Identify what components have an effect on performance and what components don't. This will narrow down your tuning efforts. &lt;br /&gt;
&lt;br /&gt;
&lt;h3&gt;Architecture&lt;/h3&gt;
Like all of Intel's platforms, an MP Xeon 7400 series server is made of several ingredients. Of course since I work for Intel I need to start out the ingredient list with the central processor. Our website has a good description of this processor &lt;a class="jive-link-external" href="http://download.intel.com/products/processor/xeon/7400_prodbrief.pdf"&gt;here&lt;/a&gt; The MP Xeon 7400 processor is made up of three Core 2 Duo T5000/T7000 series processors. This provides six (yes six) cores for processing goodness. Each of the Core 2 Duo T5000/T7000 series processors provide 2 32KB level 1 caches (1 for data and 1 for code) and a 3MB level 2 unified cache. In addition to these two levels of cache the MP Xeon 7400 processor provides a 16MB level 3 unified cache. The other major ingredient to this platform is the &lt;a class="jive-link-external" href="http://www.intel.com/products/server/chipsets/7300/7300-overview.htm"&gt;Intel&amp;reg; 7300 Chipset&lt;/a&gt;. This chipset provides four independent front side bus links to the four CPU sockets. In addition, this chipset provides a snoop filter and four channels of &lt;a class="jive-link-external" href="http://en.wikipedia.org/wiki/FB-DIMM"&gt;FBD&lt;/a&gt; memory.&lt;br /&gt;
&lt;br /&gt;
&lt;h4&gt;If some is good, then more is better:&lt;/h4&gt;
The key thing to take away here is that an MP Xeon 7400 system fully populated with top bin processors will provide a whopping 24 cores of processing power in a four socket system. This is great for the enterprise benchmarks I use for performance testing as those applications are multithreaded and designed for multi-core processors. The same may not be true for your application, so please keep that in mind. &lt;br /&gt;
&lt;br /&gt;
Another thing to remember is that an MP Xeon 7400 processor's design follows a growing pattern in the Xeon processor family. Specifically, I am referring to the addition of the level 3 cache (L3). This is also known as the last level cache (LLC). This follows the design of the &lt;a class="jive-link-external" href="http://download.intel.com/products/processor/xeon/procbrief.pdf"&gt;Potomac&lt;/a&gt; (Xeon MP 64-bit) and &lt;a class="jive-link-external" href="http://www3.intel.com/cd/channel/reseller/asmo-na/eng/products/server/processors/7000/feature/index.htm"&gt;Tulsa&lt;/a&gt; (7100-series) processors. The value of the large LLC is that it reduces the number of cache misses that would require the machine to go to FBD memory for the latest copy of a cache line. This additional level of on-chip cache comes at a price, though: higher latency. While the latency penalty is relatively low when compared to the latency to memory it is important to mention it here. Again, the LLC greatly benefits enterprise benchmarks I use for performance testing as they have a large memory footprint. The same may not be true for your application. &lt;br /&gt;
&lt;p /&gt;
&lt;h2&gt;BIOS / Firmware / Drivers&lt;/h2&gt;
It is very important to remember to update your system's BIOS, firmware, and OS drivers before you do any deep performance tuning. I can not over state the importance of this step. Your system's manufacturer should be able to provide the latest BIOS and firmware associated with your server. OS drivers are available through many sources these days. Typically these can be downloaded from OS vendors, hardware vendors, from the Linux open source community, or the platform's manufacturer.&lt;br /&gt;
&lt;br /&gt;
&lt;h2&gt;Prefetchers&lt;/h2&gt;
Intel processors have traditionally provided four prefetchers. These are accessible via model specific register IA32_MISC_ENABLE and sometimes via your OEMs BIOS. These features are meant to help the processor load data in a predictive manner to keep the cache hierarchy filled with the most pertinent cache lines. This is great if the application uses data in a somewhat predictable way. If your application uses cache lines in a random fashion, then the prefetchers may negatively impact performance. My best advice for you is to test your application with the prefetchers enabled and disabled. Table B-3 (MSR 0x1A0) in &lt;a class="jive-link-external" href="http://download.intel.com/design/processor/manuals/253669.pdf"&gt;this link&lt;/a&gt; covers the prefetchers I am referring to.&lt;br /&gt;
&lt;br /&gt;
&lt;h2&gt;Memory Population&lt;/h2&gt;
As mentioned before, an MP Xeon 7400 series server will provide four channels of FBD memory. There are a couple of considerations here. First, latency to memory increases for every DIMM added to the system. This is important to note because you can keep the memory latency to a minimum by adding fewer high capacity DIMMs. Second, be sure to evenly distribute the DIMMs across all the channels. In other words, don't fill up all the slots on one channel and then lightly populate the rest. &lt;br /&gt;
&lt;br /&gt;
&lt;h2&gt;An External Factor that may affect performance&lt;/h2&gt;
Like many Intel designs, an MP Xeon 7400 series server will choose dishonor over death. I am referring to how it deals with high temperatures. The FBD memory inside an MP Xeon 7400 series server makes use of a thermal monitor on each DIMM. If the memory becomes too hot the chipset will begin to throttle memory bandwidth in an effort to reduce the temperature of the system. This will have a drastic negative impact to performance. So, keep your server room nice and cool. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
To wrap things up here, we have looked at the architecture, the importance of BIOS/ firmware/ OS drivers, the prefetchers, memory population, and the effects of high temperatures. Your application's performance will vary, but I hope I have given you some things to narrow down your testing. So, by now you might be asking. "Where do I start?" Well not to be too self serving, but I would check out more of our blog posts here. A great place to start for performance methodologies would be Shannon Cepeda's &lt;a class="jive-link-external" href="http://communities.intel.com/openport/blogs/server/2007/12/20/10-habits-of-great-server-performance-tuners"&gt;blog&lt;/a&gt;. This series is a great resource for anyone interested in computer performance methodologies.</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">dunnington</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">performance</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">performance_tuning</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">performance_benchmark</category>
      <pubDate>Tue, 30 Sep 2008 00:26:24 GMT</pubDate>
      <author>dmkrogh</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/09/29/things-to-consider-when-tuning-your-mp-xeon-7400-series-server</guid>
      <dc:date>2008-09-30T00:26:24Z</dc:date>
      <clearspace:dateToText>1 week, 5 days ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/things-to-consider-when-tuning-your-mp-xeon-7400-series-server</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11594</wfw:commentRss>
    </item>
    <item>
      <title>Have you got the "VIBE"?</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/09/29/have-you-got-the-vibe</link>
      <description>Check out this video with Robert Harley of Virtual Blocks and Chris Parisi with HP Canada talking about a new virtualization solution for SMB's.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;embed src="http://www.youtube.com/v/GWOqBMgc1MY&amp;hl=en" type="application/x-shockwave-flash" width="425" height="344"&gt;&lt;/embed&gt;</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">vmworld08</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtual_blocks</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">hp</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">intel</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">xeon_7400</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">vmware</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">dunnington</category>
      <pubDate>Mon, 29 Sep 2008 22:00:03 GMT</pubDate>
      <author>whlea</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/09/29/have-you-got-the-vibe</guid>
      <dc:date>2008-09-29T22:00:03Z</dc:date>
      <clearspace:dateToText>1 week, 5 days ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/have-you-got-the-vibe</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=11591</wfw:commentRss>
    </item>
  </channel>
</rss>

