<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" 
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
    xmlns:admin="http://webns.net/mvcb/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd">
	<channel>
<title>My RSS Feed</title><link>http://www.40gbe.net/index.html</link><description>Hot News&#x21;</description><dc:language>en</dc:language><dc:date>2012-01-31T15:50:10-05:00</dc:date><admin:generatorAgent rdf:resource="http://www.realmacsoftware.com/" />
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>
<lastBuildDate>Tue, 31 Jan 2012 15:58:27 -0500</lastBuildDate><item><title>4.0 Microseconds for a Half Round Trip</title><category>DBL</category><dc:date>2012-01-31T15:50:10-05:00</dc:date><link>http://www.40gbe.net/index_files/c7feb6bf11dc53351e10c8d438261256-23.html#unique-entry-id-23</link><guid isPermaLink="true">http://www.40gbe.net/index_files/c7feb6bf11dc53351e10c8d438261256-23.html#unique-entry-id-23</guid><content:encoded><![CDATA[From a press release <a href="ARCADIA, Calif., Jan 30, 2012 (BUSINESS WIRE) -- --Achieves 4.0 microsecond latency normalizing US equity depth feeds<br /><br />Myricom, the technology leader in extreme-performance 10-Gigabit Ethernet solutions specialized for vertical markets, today announces that Trading Physics, a producer of analytic software and custom market data delivery systems, has adopted Myricom's 10G-PCIE2-8C2-2S dual port SFP+ adapters along with Myricom's DBL 2.0(TM) low-latency software for High Frequency Trading (HFT) applications." rel="external">published yesterday</a>:<br /><br /><strong>Myricom Adds Design Win for High Frequency Trading with Wall Street Software and Infrastructure Specialist, Trading Physics</strong><br /><br />ARCADIA, Calif., Jan 30, 2012 (BUSINESS WIRE) -- --Achieves 4.0 microsecond latency normalizing US equity depth feeds<br />Myricom, the technology leader in extreme-performance 10-Gigabit Ethernet solutions specialized for vertical markets, today announces that Trading Physics, a producer of analytic software and custom market data delivery systems, has adopted Myricom's 10G-PCIE2-8C2-2S dual port SFP+ adapters along with Myricom's DBL 2.0(TM) low-latency software for High Frequency Trading (HFT) applications.<br /><br />"The depth feeds contain all orders placed for equities listed on five exchanges: NYSE, NYSE/ARCA, NASDAQ, BATS, and Direct Edge -- an avalanche of data, and processing this order book data with the lowest possible latency is critical to the success of high frequency trading strategies. A customer asked us to achieve sub-five microsecond latency from the top of the switch to client server delivery. After extensive research we found Myricom's extreme performance low-latency solution to be very attractive. Unlike products from other vendors, Myricom's solution did not require the use of custom server hardware to process the feeds," said Artem Novikov, Founder of Trading Physics. "We ordered network adapters, set up a benchmarking test bed using Myricom native DBL libraries, and rapidly surpassed the target benchmark with production data. The customer is delighted with the results."...]]></content:encoded></item><item><title>Sub-&#x24;1K Timecode-based SYNC NIC General Availability</title><category>Time</category><dc:date>2012-01-17T10:38:16-05:00</dc:date><link>http://www.40gbe.net/index_files/b67f0bd59016795c5a12061562252c7f-22.html#unique-entry-id-22</link><guid isPermaLink="true">http://www.40gbe.net/index_files/b67f0bd59016795c5a12061562252c7f-22.html#unique-entry-id-22</guid><content:encoded><![CDATA[This month our new 10G-PCIE2-8C2-2S-SYNC dual-SFP+-port adapter has become generally available.&nbsp; It is specifically designed for applications such as cybersecurity and high frequency trading where accurate timestamping, lossless packet sniffing and injection at line rate, and cutting edge latencies are required.<br /><br />&ldquo;With Myricom&rsquo;s new SYNC network adapters, we can timestamp all incoming packets with 1us precision, allowing us to more accurately measure and monitor the performance of our high frequency trading platform,&rdquo; said Oleg Chernyakhovskiy, CTO, Lynx Capital Partners, a leading provider of high volume, low latency automated trading applications.<br /><br />&ldquo;Myricom&rsquo;s new SYNC adapter makes precise timestamping accessible for the broad 10-Gigabit Ethernet market,&rdquo; said Dr. Nan Boden, CEO of Myricom. &ldquo;Our solution, by using a CDMA or GPS timecode source, gives our customers the capability to accurately timestamp packets without having to sacrifice 10GbE throughput as is the case with competing solutions.&rdquo;<br /><br />*Note most of this text came from our press release.]]></content:encoded></item><item><title>DBL &#x26; Accurate Timestamps</title><category>DBL</category><category>Time</category><dc:date>2012-01-17T10:37:11-05:00</dc:date><link>http://www.40gbe.net/index_files/f7384e973d1c53c52f3f296da46177b8-20.html#unique-entry-id-20</link><guid isPermaLink="true">http://www.40gbe.net/index_files/f7384e973d1c53c52f3f296da46177b8-20.html#unique-entry-id-20</guid><content:encoded><![CDATA[Last week Myricom announced the general availability of DBL&trade; 2.0.2 software for its Myri-10G 10-Gigabit Ethernet network adapters.<br /><br />DBL 2.0.2 provides low-latency UDP and TCP communication with transparent socket acceleration for high frequency trading (HFT) environments where cutting-edge latency performance and rapid time to deployment are required for business success. DBL 2.0.2 is supported on Linux and Windows platforms.<br /><br />New features in DBL 2.0.2 include:<br /><br />- Support for Myricom&rsquo;s Sub-$1K Timecode-based SYNC<br />&nbsp; 10-Gigabit Ethernet Adapter.<br /><br />- High accuracy packet timestamping for Cybersecurity <br />&nbsp; and HFT applications.<br /><br />- Support for large numbers of multicast groups (>32)<br />&nbsp; in acceleration mode.<br /><br />- Support for 32-bit libraries in transparent acceleration.&nbsp;<br /><br />*Note most of this text came from our press release.]]></content:encoded></item><item><title>High Performance Post Production Video Editing</title><category>Markets</category><dc:date>2011-09-01T10:33:48-04:00</dc:date><link>http://www.40gbe.net/index_files/7e65407831d6f95807c94a321727f818-19.html#unique-entry-id-19</link><guid isPermaLink="true">http://www.40gbe.net/index_files/7e65407831d6f95807c94a321727f818-19.html#unique-entry-id-19</guid><content:encoded><![CDATA[Since Myricom introduced it's line of Myri-10G 10-Gigabit Ethernet network adapters in early 2006 we've offered extreme performance drivers for a wide range of OSes from Apple's OSX through Windows.  This has enabled many of the leading edge video editing technology companies to include them in their storage servers and workstations well ahead of the technology curve.<br /> <br />One vendors uses Myri-10G network adapters to combine the performance benefits of iSCSI SAN protocol with NAS functionality and ease of use, all working over a single network infrastructure. The end result is a faster deployment that is easier to manage, and less expensive than an iSCSI SAN solution, and with even faster data access.&nbsp; For color grading and special effects applications working with uncompressed video at 2K, 3K or even 4K resolution, client machines can achieve 800MB/s over a 10GbE connection. This throughput is faster than traditional Fiber Channel.<br /><br />Another provider using MCS (Multiple Connections per Session), regularly sustains data rates of 1.2GB/s (10bit 35mm) for 4K video.]]></content:encoded></item><item><title>Extreme Video Streaming</title><category>VideoPump</category><dc:date>2011-09-01T10:32:14-04:00</dc:date><link>http://www.40gbe.net/index_files/8dc9cc857b62b3887add10aadba200b0-18.html#unique-entry-id-18</link><guid isPermaLink="true">http://www.40gbe.net/index_files/8dc9cc857b62b3887add10aadba200b0-18.html#unique-entry-id-18</guid><content:encoded><![CDATA[Last week a story ran about Myricom&rsquo;s VideoPump software which is an accelerated video streaming engine running on Myri-10G Extreme Performance 10-Gigabit Ethernet network adapters.  VideoPump offers content delivery networks (CDNs), their suppliers, telcos, IPTV and Video on Demand (VOD) providers lower capital and operating expenses as well as higher network utilization, connectivity, and memory efficiency.  VideoPump streams standard TCP or UDP packets at line rate with extremely low CPU overhead while providing traffic shaping functionality for better quality of service (QoS) and network efficiency. ]]></content:encoded></item><item><title>Extreme Low-latency on Windows</title><category>DBL</category><dc:date>2011-07-01T10:00:29-04:00</dc:date><link>http://www.40gbe.net/index_files/36204ea10242a7cb8dda89cb94ecd2dd-17.html#unique-entry-id-17</link><guid isPermaLink="true">http://www.40gbe.net/index_files/36204ea10242a7cb8dda89cb94ecd2dd-17.html#unique-entry-id-17</guid><content:encoded><![CDATA[With a 17 year focus on extreme low-latency networking we've gotten pretty good at shaving microseconds from every stage in the network pipeline.&nbsp; Myricom has extended it's DBL2 for Windows Beta this week which provides sub 5 microsecond latency for both UDP and TCP transactions for the financial trading market (HFTs).  DBL is Myricom's most popular low-latency driver, and this is the first time Windows users have been offered a low latency solution that is in the single digit microseconds. If low-latency on Windows is important to your business drop me a line, and I'll hook you up.]]></content:encoded></item><item><title>What About 10GbE Over Regular Cat5 Cable?</title><category>PHYs</category><dc:date>2011-07-01T09:59:34-04:00</dc:date><link>http://www.40gbe.net/index_files/8982c109c0a498ba54656437addf6d17-16.html#unique-entry-id-16</link><guid isPermaLink="true">http://www.40gbe.net/index_files/8982c109c0a498ba54656437addf6d17-16.html#unique-entry-id-16</guid><content:encoded><![CDATA[In February 2006 I helped coordinated Myricom's first shipment of 10GbE adapters to our largest OEM customer, so over the past five years I've picked up a bit about the industry.&nbsp; Today most people use&nbsp; fiber for 10GbE.&nbsp; Recent advances in technology will usher in the emergence of 10GbE over standard Cat5 cable, the most popular network cable in the world, for runs up to 40 meters.&nbsp; If you spring for the more pricey Cat6 cable you'll be able to reach 100 meters.&nbsp; It will be at this point that 10GbE will be ready for mass adoption.&nbsp; So why has it taken five years?&nbsp; It's a combination of both physics and computing power.&nbsp; Cat5 & 6 cable is four pairs of copper wire wrapped around each other.&nbsp; At 10GbE speeds this is four 3.125Ghz antennas intertwined.&nbsp; The ratio of signal to noise is extremely lopsided so at each end of the wire a sophisticated digital signal processor (DSP) is employed to locate the signal in the cacophony of noise.&nbsp; Until recently these DSPs were very power hungry, not anymore.&nbsp; This industry is approaching an inflection point, stay tuned...]]></content:encoded></item><item><title>Lossless Wire-rate Packet Capture at 10Gbps</title><category>Sniffer</category><dc:date>2011-06-01T09:58:45-04:00</dc:date><link>http://www.40gbe.net/index_files/3c856463e9d01e0fd564205cf4312adb-15.html#unique-entry-id-15</link><guid isPermaLink="true">http://www.40gbe.net/index_files/3c856463e9d01e0fd564205cf4312adb-15.html#unique-entry-id-15</guid><content:encoded><![CDATA[Does your project require wire-rate capture over 10GbE? If so we have the solution.&nbsp; Rather than use costly, and complex Field Programmable Gate Arrays (FPGAs) we developed our own purpose built 10GbE processor.&nbsp; It's 4th generation, fully programmable, and allows us to maintain a laser focus on key aspects of high performance like packet rate, latency, off-load and bandwidth.&nbsp; On top of that it's cost effective.&nbsp; FPGA based adapters often cost well over $5K while our product is a smidgen over $400.  Sniffer10G version 1.5 is available today.  Version 2.0 that supports wire-rate packet injection goes into beta this month.  Image injecting 1.25GB/sec, that's 15 DVDs each minute, into your network over a single port.  To learn more shoot me an email.]]></content:encoded></item><item><title>When Performance Matters&#x2c; DBL 2.0 Delivers</title><category>DBL</category><dc:date>2011-06-01T09:57:39-04:00</dc:date><link>http://www.40gbe.net/index_files/931b45c840bf2c92456d2360f1da1451-14.html#unique-entry-id-14</link><guid isPermaLink="true">http://www.40gbe.net/index_files/931b45c840bf2c92456d2360f1da1451-14.html#unique-entry-id-14</guid><content:encoded><![CDATA[ Last month Myricom released DBL 2.0 for Linux with application to application latency of 3.5 microseconds for UDP and nearly 4 microseconds for TCP.&nbsp; This month we're opening up a beta for DBL on Windows, and the performance is nearly identical. Imagine that single digit microsecond latencies on Windows!&nbsp; To learn more visit our Financial Trading page, or if you're ready to take it for a spin then give me a call.]]></content:encoded></item><item><title>World War III is Now in Cyber Space</title><category>Cyber Warfare</category><dc:date>2011-05-30T08:23:03-04:00</dc:date><link>http://www.40gbe.net/index_files/d00f292985f18f145be8081eb2608563-13.html#unique-entry-id-13</link><guid isPermaLink="true">http://www.40gbe.net/index_files/d00f292985f18f145be8081eb2608563-13.html#unique-entry-id-13</guid><content:encoded><![CDATA[&ldquo;We don't know who struck first, us or them. But we do know it was us that scorched the sky.&rdquo; Morpheus explaining to Neo how the&nbsp;final World War between the humans & the machines started.<br /><br />Unlike the first two World Wars, or the final fictitious one is in the Matrix.  WW III is being fought today exclusively in cyber space.&nbsp; It is a silent war, rarely reported in mainstream media, primarily because there&rsquo;s almost never a human casualty*, and most readers wouldn&rsquo;t understand it.&nbsp; Often the combatants have no idea who they're fighting. If we look at one of the early major battles, <a href="http://en.wikipedia.org/wiki/Stuxnet" rel="external">Stuxnet</a>, no one has officially claimed to have launched the attack, but the target was laser focused on Iran's nuclear weapons program. The campaign was successful, and it delayed Iran's weapons program by several years.<br /><br />Now I'm sure your wondering, "Why is this being covered in a blog about 10GbE?"&nbsp; Simple, all battles require supple lines. Today the supply lines for cyber warfare are moving from GbE to 10GbE.&nbsp; Sure a lone hacker can use a <a href="http://en.wikipedia.org/wiki/LOIC" rel="external">Low Orbit Ion Cannon</a> (LOIC) to take down an unsophisticated opponent using little more than a laptop, and a decent Internet connection. Frankly this is synonymous in the real world to someone with a machine gun trying to shut down a store.<br /><br />On the other hand governments, and corporations have substantially more resources.&nbsp; As we saw with Stuxnet.&nbsp; For those not familiar with Stuxnet, this was a very carefully engineered offensive cyber weapon delivered in virus form.&nbsp; It had several different parallel attack vectors to ensure that it reached all the intended targets, which reports suggest that it did.&nbsp; It contained a precise triggering system, and a lethal warhead.&nbsp;&nbsp; This battle would not have been possible with only a handful of intelligent people.&nbsp; It took a collaborative effort by several governments, at least one corporation, and several unique pieces of equipment for testing to ensure the weapon&rsquo;s success.&nbsp; This went way beyond your garden variety LOIC class assault, and defined a whole new category of offensive cyber weaponry.&nbsp; While the LOIC is a machine gun obtainable by nearly anyone, Stuxnet by comparison is a state of the art cruise missile.<br /><br />Now back to 10GbE.&nbsp; Markets like HFT and HPC are breaking new ground in low latency, high packet rate & wire-rate bandwidth.&nbsp; They are utilizing advanced 10GbE network adapters and switches, along with sophisticated algorithmic routines.&nbsp; Today HFT&rsquo;s are exploring lossless wire-rate 10GbE capture to do real time analysis and simulation.&nbsp; They capture real trading data in buffers or spin up synthetic ones to emulate the market.&nbsp; They then inject these buffers into an HFT trading engine to see how it responds.&nbsp; Is this really any different then simulating 100s or 1,000&rsquo;s of web surfers?&nbsp; This technology is crossing over into cyber warfare.<br /><br />All of the above was written over the holiday weekend.&nbsp; This morning the <a href="http://online.wsj.com/article/SB10001424052702304563104576355623135782718.html?mod=WSJ_hp_LEFTTopStories" rel="external">Wall Street Journal</a> reported that the US Government has announced that The Pentagon has adopted a new strategy that will classify major cyber attacks as acts of war, paving the way for possible real world military retaliation.&nbsp; "If you shut down our power grid, maybe we will put a missile down one of your smokestacks," said a military official as quoted in the WSJ.&nbsp; So if you don&rsquo;t believe the ongoing war in cyber space is real, then just consider it a prelude to it.<br /><br />* John P. Wheeler III may very well be the first person slain in this cyber war.&nbsp; He is a former Pentagon official, and was a consultant for Mitre prior to his murder.&nbsp; John was an outspoken proponent of Cyber defense.&nbsp; In January 2011 he was found dead in a Maryland landfill, the investigation into is death is currently stalled.]]></content:encoded></item><item><title>Optical Lock Down</title><category>PHYs</category><dc:date>2011-05-18T08:10:16-04:00</dc:date><link>http://www.40gbe.net/index_files/42bebf3dcb4959c752244ce6a4ce6b7d-12.html#unique-entry-id-12</link><guid isPermaLink="true">http://www.40gbe.net/index_files/42bebf3dcb4959c752244ce6a4ce6b7d-12.html#unique-entry-id-12</guid><content:encoded><![CDATA[Today for the umpteenth time I had to explain to someone that if you go optical to connect your server to your switch with 10GbE it could easily cost you twice as much.&nbsp; There is a secret at the end of this entry that MIGHT allow you to save some big time cash, if you have enough muscle, but you have to read to the end of this entry.<br /><br />For cable runs of seven meters or less you should always use Direct Attach (DA otherwise known as Twinax) cable if possible as it could easily save enough to basically connect a second server for free! Here are some actual numbers from earlier today.<br /><br />First some basic end user costs assuming a five meter run, note these are rounded a little bit to keep the math simple:<br /><br />10GbE Network adapters, roughly $400/port<br />10GbE Switches, roughly $500/port<br />10GbE SR SFP+ Optics from switch vendor $800/port<br />10GbE SR SFP+ Optics from NIC vendor $200/port<br />10GbE SR Optical 5M cable $80/ea<br />10GbE Direct Attach 5M cable roughly $140/ea<br /><br />Now lets build a solution between the server and the switch using optics:<br /><br />10GbE Network adapter $400<br />10GbE SR Optic from NIC vendor $200<br />10GbE SR Optical 5M cable $80<br />10GbE SR Optic from&nbsp; Switch vendor $800<br />10GbE Switch port $500<br />Total $1,980 to connect a single server<br /><br />Direct Attach (Twinax) Option:<br /><br />10GbE Network adapter $400<br />10GbE Direct Attach 5M cable roughly $140/ea<br />10GbE Switch port $500<br />Total $1,040 to connect a single server<br /><br />Let&rsquo;s look more closely at the market dynamics going on here.&nbsp; First only a handful of companies make 80% of the 10GbE Short Range (SR) optics that everyone uses today.&nbsp; These companies are typically: JDSU, Finisar, Agilent, etc...&nbsp; None of the switch companies or NIC companies make their own optics, we all source them from several of the above companies, and a few others, all of whom rebrand them for us and burn our company name and part number into what is essentially flash memory within the optic.<br /><br />Here&rsquo;s where it gets interesting.&nbsp; Myricom, the company I work for, sells it&rsquo;s SR SFP+ optics online via CDW&rsquo;s website for $185.&nbsp; Here are some of the more expensive SR SFP+ optics listed on CDW&rsquo;s site:<br /><br />HP Procurve: $1,498<br />Avaya: $1,350<br />Enterasys: $1,210<br />Cisco: $1,100<br />Juniper: $1,082<br />Brocade: $1,022<br />QLogic: $930<br />IBM: $920<br /><br />Now remember under the covers we&rsquo;re all sourcing these optics from the same competitive pool, so why the price spread?<br /><br />First remember that we each buy our optics with our manufacturer name and part numbers already burned into them by the optics makers mentioned above.&nbsp; Now here&rsquo;s where it gets interesting the switch makers during switch initialization query the optic and if it does not return a valid company name and part number then it locks the optic out and reports the port as offline.&nbsp; <br /><br />A Cisco switch requires a Cisco optic.&nbsp; If you were to use a Myricom optic it would see that the optic was made by &ldquo;Myricom&rdquo; with a part number &ldquo;10G-SFP-SR&rdquo; and it would lock that port out because it has an incompatible optic.&nbsp; Never mind that a valid Cisco optic and the &ldquo;failed&rdquo; Myricom optics may very well have been made by JDSU on the same assembly line, perhaps even on the same day. <br /><br />Network adapter vendors, like Myricom, are optic agnostic. You can shove in an Arista, Cisco, HP, or Gnodal, we won&rsquo;t care.&nbsp; We provide optics to offer a complete solution for our customers.&nbsp; Finally, we are not &ldquo;in the optic business&rdquo; so we pick them up, mark them up fairly, then offer them for sale.&nbsp; I can assure you we&rsquo;re not buying them at the same discount that a Cisco or Juniper might be getting, yet our price is clearly so much more reasonable.&nbsp; <br /><br />Now here&rsquo;s the secret I promised.&nbsp; Most switch vendors have a patch for the switch operating system so that it will ignore the optic check and allow you to use anybody&rsquo;s optics.&nbsp; If you have the buying power and the cojones, then insist&nbsp; that they provide the patch as a condition of buying their switch.&nbsp; It will save you big time.&nbsp; You can then take that savings, and buy a few more Myricom 10GbE adapters. ]]></content:encoded></item><item><title>So Where did 10GbE Go?</title><category>10GbE</category><dc:date>2011-05-15T08:05:46-04:00</dc:date><link>http://www.40gbe.net/index_files/2940a9edff16998611a3d0a078f51e14-11.html#unique-entry-id-11</link><guid isPermaLink="true">http://www.40gbe.net/index_files/2940a9edff16998611a3d0a078f51e14-11.html#unique-entry-id-11</guid><content:encoded><![CDATA[First some background.&nbsp; During 2009 this site saw over 20,000 page views, and at one point <a href="http://www.theregister.co.uk/2009/03/03/10gbe_gains_ground" rel="external">The Register</a> even used 10GbE.net as an expert reference by mentioning & linking to us to validate a storyline. This resulted in 10GbE.net rocketing into the top four sites when searching for the string &ldquo;10GbE&rdquo;. 10GbE.net, and it&rsquo;s sister 40gbe.net, were started in December 2007 as a one man stealth marketing effort to help get 10GbE off the ground more quickly.&nbsp; Let&rsquo;s face it my job is to sell 10GbE network adapters, so I created the site to drive traffic, and improve sales.&nbsp; Both of which it did.<br /><br />Initially 10GbE.net hosted several pages listing all the currently available network adapters by type, interface, performance & price.&nbsp; A sort of bleeding edge Consumer Reports for both adapters, and later switches.&nbsp; As the traffic, and attention grew it became more uncomfortable to operate in stealth.&nbsp; Also it had become a huge sink for my spare time.&nbsp; After speaking to one of my mentors it was decided to pull the plug on both sites.<br /><br />Today the market is different, and more perspective is needed.&nbsp; I&rsquo;ve recast this site, and cross linked my 10GbE.net domain to 40GbE.net to form this new Extreme Performance Networking blog.&nbsp; From this vantage point I can share more information, and my unique perspective while remaining in full view.]]></content:encoded></item><item><title>9.9856Gbps It&#x27;s the Law</title><category>10GbE</category><dc:date>2009-03-17T07:52:19-04:00</dc:date><link>http://www.40gbe.net/index_files/e328398bc723e8120c5bd1121696441c-10.html#unique-entry-id-10</link><guid isPermaLink="true">http://www.40gbe.net/index_files/e328398bc723e8120c5bd1121696441c-10.html#unique-entry-id-10</guid><content:encoded><![CDATA[Someone said yesterday that we were wrong and that the speed limit for 10GbE was really 10.3125Gbps, so dumbstruck I needed to validate our claim of 9.95Gbps. <br /><br />Most NICs talk <a href="http://en.wikipedia.org/wiki/XAUI" rel="external">XAUI</a> to a PHY driver chip that then controls the media. XAUI has four pairs of receive/transmit lanes that each operating at 3.125Gbps and utilize 8/10b encoding. So after decoding you have 10.000Gbps of actual usable media bandwidth, hence 10G. Ethernet adds it's own shipping and handling fee though and so people who measure bandwidth using the operating system (OS) on their server will never see the full capacity of the pipe due to this overhead.<br /><br />Ethernet is then traveling over XAUI and it requires an interframe gap (IFG) spacing of 96 bits, more precisely the time it would take to transmit 96 bits (actually 8 <a href="http://en.wikipedia.org/wiki/Octet" rel="external">octets</a>) which on 10GbE is 9.6ns. It turns out though that the 10GbE spec actually redefined the gap to 40 bits or 4.0ns. So between every packet there is 4ns of air.<br /><br />Ethernet also requires a <a href="http://en.wikipedia.org/wiki/Ethernet_frame" rel="external">seven byte preamble</a> and a one byte start of frame delimiter, that's 64 more bits or another 6.4ns of air. So between any two actual "packets" on a 10GbE wire this is a total 10.4ns of dead air. Well how does that impact the actual OS measurable bandwidth?<br /><br />Let's look at the detailed best case, a <a href="http://en.wikipedia.org/wiki/Jumbo_frame" rel="external">jumbo frame</a>. First there is the 7 octet preamble, 1 octet start-of-frame delimiter, then what would be called the "Jumbo Frame" which is 9,018 octets (it's really a 9000 octet payload with a 14 octet header and a 4 octet CRC at the end) then the IGF or 5 octets in the case of 10GbE. When people typically measure NIC bandwidth they only measure the "packet" or 9018 byte part, and often don't know about those other 13 required bytes. So a 10GbE NIC running jumbo frames can never achieve more than (9018/9031)*10Gbps or 9.9856Gbps and a good wire-rate NIC will demonstrate this.<br /><br />Now in the worst case we have the dreaded "64 byte" frame which has the same 13 bytes of stuff between "frames" so the that calculation is (64/77)*10Gbps or 8.3117Gbps. So NEVER expect your 10GbE NIC to deliver 10Gbps using 64 byte frames (which really only contain 46 bytes of actual data) because Ethernet will shackle it to 8.3117Gbps.  If your application just measures actual payload then it's 46/77*10Gbps or 5.97Gbps.<br /><br />So if you drive a 9,000 byte tractor trailer you can speed along at 9.9856Gbps, but if you're tooling along on your little 64 byte rice rocket you'll never get above 5.97Gbps.]]></content:encoded></item><item><title>Dualies Aren&#x27;t Just for Trucks</title><category>10GbE</category><dc:date>2009-02-04T07:41:04-05:00</dc:date><link>http://www.40gbe.net/index_files/f1f82da3068ab75737353aaa82119b42-9.html#unique-entry-id-9</link><guid isPermaLink="true">http://www.40gbe.net/index_files/f1f82da3068ab75737353aaa82119b42-9.html#unique-entry-id-9</guid><content:encoded><![CDATA[One would think that after 30 years our industry would have developed a NIC naming convention for "dual-port."  Does a dual-port NIC mean your OS sees one or two interfaces? Do dual-port NICs mean that one port is active and the other is for fail-over? Can a dual-port run traffic through both port simultaneously? It all depends on who you talk to, and the product they're selling.<br /><br />With 10GbE we've seen three main approaches for building dual-port NICs:<br /><br /><strong>Active/Active</strong>: this is what most people expect, a single OS interface with a driver that sprays traffic fairly evenly across both network ports and if one port fails the other picks up the slack until it can handle no more: <br />                  <br /><ul class="disc"><li>Chelsio's N320E for $790 is an example of this type of card.</li><li>Intel's AF DA card for $799 appears to be another example of this class of card.</li></ul><br /><strong>Dual-NIC</strong>: two OS interfaces are presented to the OS and both interfaces run independently. This typically affords the best performance and the most flexibility:<br /><br /><ul class="disc"><li>Myricom's 10G-PCIE2-8B2-2S+E for $995 appears to be the only example of this approach. Myricom utilizes two unique 10GbE controllers on the same PCI Express Gen2 NIC and a PCI Express bridge chip to break the slot into two unique NIC devices.</li></ul><br /><strong>Active/Passive or Active/Fail-over</strong>: a single OS interface with a driver that monitors connectivity on the active port and if the connection fails the driver migrates traffic rapidly over to the second port: <br /><br /><ul class="disc"><li>Myricom's 10G-PCIE-8B-2S+E for $795 is an example of this type of card. The fail over time is under 10 microseconds.</li><li>Chelsio's B320E Bypass adapter for $3,483 is similar but it can detect an OS/BIOS/System failure and make a hard switch over to the second port.</li></ul><br />Do the above categories cover it, or do we need more lingo? When looking for a dual-port NIC, what features do you require, and what do you expect? Please let us know.<br /><br />P.S. As I brought this page back online I left off the links as most no longer apply, but from a historical perspective it is interesting to see how things have progressed.]]></content:encoded></item><item><title>Thinning the 10GbE Herd</title><category>10GbE</category><dc:date>2009-01-10T07:33:44-05:00</dc:date><link>http://www.40gbe.net/index_files/927f2bd220f16aa237e143b2c1576129-8.html#unique-entry-id-8</link><guid isPermaLink="true">http://www.40gbe.net/index_files/927f2bd220f16aa237e143b2c1576129-8.html#unique-entry-id-8</guid><content:encoded><![CDATA[In 2007 over one million 10GbE network ports were purchased. Many of those were for switch to switch interconnects but some were to connect servers to networks via 10GbE. Natural selection is now taking effect in the 10GbE NIC market as the big dogs, Intel & Broadcom, start thrashing around in an effort to secure market share as 10GbE matures. Both want to dominate the 10GbE LAN on Motherboard (LoM) market. In the NIC market four companies likely supply over 80% of the 10GbE NICs purchased and they are: Chelsio, Intel Myricom and Neterion. The remaining 20% of NIC sales fall to companies like: Broadcom, SMC, NetXen, ServerEngines, Tehuti, AdvancedIO, Endace, Napatech, etc... One should be wondering why Broadcom is in the second group, it's because Broadcom's focus is on selling 10GbE silicon to OEMs like IBM and HP for LoM projects positioning their silicon on high end server mother boards and not retailing NIC cards. <br /><br />Officially the first documented victim is NetEffect, the leader in iWarp (Infiniband for 10GbE) NICs. NetEffect rose from the ashes of a failed Infiniband company, <a href="http://www.neteffect.com/company-overview.php" rel="external">Banderacom</a>, earlier this decade to apply their silicon development skills and Infiniband algorithms to the more stable Ethernet market as a new feature called iWarp. NetEffect in-fact led the iWarp charge, it was the self proclaimed leader in low-latency iWarp 10GbE NICs. In August NetEffect <a href="http://www.statesman.com/business/content/business/stories/technology/09/20/0920neteffect.html" rel="external">filed for reorganization</a> in US Bankruptcy court. With the failure of NetEffect the market has cast its vote and drove a steak through the heart of iWarp, hopefully terminating this feature.<br /><br />Rumors have been swirling around Teak Technologies, a maker of 10GbE NICs and a switch, for some time. It appears that Teak has not weathered the storm and has since faded away, their <a href="http://www.teaktechnologies.com" rel="external">domain name</a> is no longer resolving to an IP address. The domain was never transferred from the founder, and the founder announced this spring on Linkedin that he had moved on some time ago. Is it conclusive evidence, no, but would you buy technology from a tech company whose URL won't resolve to a server?<br /><br />It is a tough economic climate for startup NIC companies, particularly those in the bottom 20% as they have likely never had a quarter in the black. Now is a challenging time to be out there seeking another round of capital from ones VCs. Several have been without an injection of new funding for over two years and lack the sales volume required to sustain their own existence much beyond year end. As such we've directly questioned one firm to see if they are alive, and another that is widely rumored in the industry to be in trouble, but their marketing departments are still bailing. ]]></content:encoded></item><item><title>The Mummy in the Datacenter</title><category>Infiniband</category><dc:date>2008-11-15T07:18:28-05:00</dc:date><link>http://www.40gbe.net/index_files/fc188c7e6d7f991b420f72dbb4bac2d4-7.html#unique-entry-id-7</link><guid isPermaLink="true">http://www.40gbe.net/index_files/fc188c7e6d7f991b420f72dbb4bac2d4-7.html#unique-entry-id-7</guid><content:encoded><![CDATA[While Brendan Fraser travels China in his latest quest to terminate yet another mummy. IT leaders are starting to wonder if they've got a mummy of their own haunting their raised floor. This mummy is easy to find, he's wrapped in thick black copper cables, and his long fingers may be attached to many of your servers. It is Infiniband!<br /><br />Once praised as the next generation networking technology, having conquered High Performance Computing, it continued it's battle for world networking domination by attacking storage and now the data center. It promises you 20Gbps, hinted that it would soon offer 40Gbps and shared with you it's plans for <a href="http://www.infinibandta.org/itinfo/IB_roadmap" rel="external">160Gbps</a>! It claimed full bi-section, the ability to use all the network capacity available, and low latency (the time it takes to actually move a packet of data around). It's democratic, the software stack was developed by an "open" committee of great technological leaders so it MUST be good for us. Everyone from HP to SGI has sung it's praises whenever they've come by to peddle the latest in server technology. A corpse wrapped in rags, a centuries old immortal Dragon Emperor or a black cable bandit, they all can be eradicated.<br /><br />We will tear this black cable bandit down to size one claim at a time. First they assert that it's 20Gbps, how about 12Gbps on it's best day with all the electrons flowing in the same direction. Infiniband employs what is know as <a href="http://en.wikipedia.org/wiki/InfiniBand" rel="external">8b/10b</a> encoding to put the bits on the wire. For every 10 signal bits there are 8 useful data bits. Ethernet uses the same method, the difference is that Ethernet for the past 30 years has advertised the actual data rate, the 8, while Infiniband promotes the 25% larger and useless signal rate, the 10. Using Infiniband math Ethernet would then be 12.5Gbps instead of the 10Gbps it actually is. So using Ethernet math Infiniband's Double Data Rate (DDR) is actually only <a href="http://en.wikipedia.org/wiki/InfiniBand" rel="external">16Gbps</a> and not the 20Gbps they claim. But wait there's more! I said earlier that you will only get 12Gbps under ideal conditions, where did the other 4Gbps go? Today most servers use PCIe 1.1 8-lane I/O slots. Ideally these are <a href="http://en.wikipedia.org/wiki/Pci_express" rel="external">16Gbps slots</a>, once you add in PCIe overhead though you only get about 12Gbps on the best of systems. So with a straight face they sell you 20Gbps knowing in their heart you'll never get more than 12Gbps.<br /><br />Full bi-section, the ability for a network of servers to use all the network fabric available. Infiniband claims that using their architecture and switches you can leverage the ENTIRE network fabric under the right circumstances. On slides this might be true, but in the real world it's <a href="http://www.openfabrics.org/archives/spring2007sonoma/Monday%20April%2030/Leininger-Seager-Adaptive-Routing-OFA-Sonoma-2007-v03.pd" rel="external">impossible</a>. Infiniband is statically routed, meaning that packets from server A to server X have only one fixed predetermined path they can travel. One of the <a href="https://www.llnl.gov/" rel="external">nations largest labs</a> proved that on an 1,152 server Infiniband network that static routing was only <a href="http://www.openfabrics.org/archives/spring2007sonoma/Monday%20April%2030/Leininger-Seager-Adaptive-Routing-OFA-Sonoma-2007-v03.pdf" rel="external">21% efficient</a> and delivered on average 263MB/sec (2.1Gbps of the theoretical 10Gbps possible). So when they tell you full bisection, ask them why LLNL only saw 21%? In an IEEE paper presented last week it was proven that statically routed system can not achieve greater than <a href="http://csdl2.computer.org/persagen/DLAbsToc.jsp?resourcePath=/dl/proceedings/&amp;toc=comp/proceedings/hoti/2008/3380/00/3380toc.xml&amp;DOI=10.1109/HOTI.2008.21" rel="external">38% efficiency</a>. Now some of the really savvy Mummy supporters will say that the latest incantation of Infiniband has adaptive routing, they do this by using yet another shell game, they redefine the term adaptive routing to mean more than one static route. Real adaptive routing and using a pair of static routes are vastly different things. Real Adaptive routing can deliver 77% efficiency on 512 nodes and nearly 100% efficiency on clusters smaller than 512 nodes. If you want full bisection for more than a 16 node cluster talk with Myricom or Quadrics, they do real adaptive routing.<br /><br />Latency is the time it takes to move a packet from one application on network server to another application on a different server on the same network. Infiniband has always positioned itself as being low latency. Typically Infiniband advertises a latency of roughly three microseconds between two nics, using zero-byte packets. Well in the past year 10GbE NICs and switches have come onto the market that can achieve similar performance. If we look at Arista's switches they measure latency in a few hundred nanoseconds while Cisco's latest 10GbE switches are sub four microseconds, compared to the prior generations that were measured in the 10's of microseconds or more. Now when the Infiniband crowd crows about using low latency switching ask them about Arista or BLADE Network technologies 10GbE switches.<br /><br />Infiniband claims 20Gbps and delivers less than 12Gbps. Infiniband claims full bisection yet beyond a small network they can't exceed 38% efficiency. Infiniband claims low latency and now 10GbE can match it. Where is their value proposition in the data center?]]></content:encoded></item><item><title>Will Twinax Replace CX4</title><category>PHYs</category><dc:date>2008-10-15T07:11:52-04:00</dc:date><link>http://www.40gbe.net/index_files/823c433d4edc7c4c2bd7413d267e311f-6.html#unique-entry-id-6</link><guid isPermaLink="true">http://www.40gbe.net/index_files/823c433d4edc7c4c2bd7413d267e311f-6.html#unique-entry-id-6</guid><content:encoded><![CDATA[Last week Cisco jumped behind something called Twinax, Why? Three likely reasons:<br /><br /><ul class="disc"><li>Flexibility - Cisco and Juniper both selected SFP+ as the PHY for their new line of 10GbE switches. Offering an SFP+ cable with a connector on the end that enables you to use a single SFP+ port for all your connection needs is a stroke of genius. Say you need a short run from one switch to a server, plug a Twinax cable with SFP+ connectors on each end in and your good to go, up to 10 meters. Suppose later you need to move that server another 50 meters away then pop in SR optics on both ends and use fiber. No changes to the servers or switches, just swap in optics.</li><li>Cost - there has been a run up recently in the price for copper, while the cost of Twinax coax cable remains fairly fixed.</li><li>Power - SFP+ is rated at 1W/port, the Twinax solution typically draws 1/4W. CX4 is similar but compared to 10GBase-T at 10W (current generation) or even 2W for the next generation (under 30M) this is a huge power savings.</li><li>Latency over 10GBase-T - Current 10GBase-T uses a DSP at each end to separate the signal from the noise. This DSP adds roughly two micro seconds on each end of the connection, compared to under 200ns for the Twinax conversion.</li></ul><br />We are closely watching how Twinax plays out over the next few months, and we'll let you know what we learn.<br /><br />UPDATE JANUARY 2012 - Twinax, otherwise known as Direct Attach or DA has won.  In the past year we've seen a significant drop off in requests for CX4 NICs since their height in 2008.]]></content:encoded></item><item><title>Shake &#x26; Bake - Conduct a Bake-off</title><category>10GbE</category><dc:date>2008-09-20T07:06:26-04:00</dc:date><link>http://www.40gbe.net/index_files/a6bccf4a487a2105c27c5194cc572091-5.html#unique-entry-id-5</link><guid isPermaLink="true">http://www.40gbe.net/index_files/a6bccf4a487a2105c27c5194cc572091-5.html#unique-entry-id-5</guid><content:encoded><![CDATA[Have you ever held a Bake-Off to select a core technology for a project? Not an RFI, but an actually honest to god series of "real world" tests. Few things are as exciting as setting up a technology obstacle course that is somewhat indicative of what your business environment is like then having various vendors run through it. Several times in my past I've conducted these when emerging technologies like server UPS systems and VOIP telephony were new in order to shake out the posers from the players, evaluate "real-world" performance then determine value.<br /><br />Few vendors post actual price and performance data on the web, let alone the methodology they used to arrive at those performance numbers. If only there were an independent third party that actually ran Netperf, Iperf, ntttcps, ntttcpr and other tools on all the available 10GbE NICs using the same test systems then posted the results for everyone to see. Some companies would never recover. For legal reasons the vendors won't, and in most cases do not want to, do it because the results would only help one or two companies and likely not theirs. Today all most consumers have to go on is the cost of the adapter, wouldn't it be great if you knew the cost/Mbps of the adapter prior to buying it so you could easily compare between adapters. Some would argue that features like iWARP and TOE should be factored in, but today they are just marketing fluff and rarely delivery any significant end user value.<br /><br />So how do you determine which NIC will perform the best and deliver the most value for your company, do a bake-off! If you can make the time and the project is big enough the cost to conduct the back-off should easily be offset by the savings, education, and performance gains you reap over time. Also a well constructed and executed bake-off will demonstrate not only to you, but your management, that you're an effective individual and a good steward of the companies resources.<br /><br />Finally, share the full set of results with the vendors that participated, some will moan and groan, while others will kindly thank you for the opportunity to compete and move on. If the race was close their reactions at this point might be your deciding factor. So pull on your oven mitts and start baking...]]></content:encoded></item><item><title>Hidden Costs &#x26; Benefits of 10GbE</title><category>10GbE</category><dc:date>2008-08-13T18:58:47-04:00</dc:date><link>http://www.40gbe.net/index_files/fac3fcd606a9cd852877d691f8d15696-4.html#unique-entry-id-4</link><guid isPermaLink="true">http://www.40gbe.net/index_files/fac3fcd606a9cd852877d691f8d15696-4.html#unique-entry-id-4</guid><content:encoded><![CDATA[When embarking on a new IT project one rarely considers the network, unless of course the network is the project. Data networks in many cases get the same level of attention as the AC power. You expect plenty to be available, all the time and without interruption. Rarely is the network considered a performance bottle neck.<br /><br />One time I assumed responsibility for improving the performance of an MS SQL server that was vital to our business. The primary job this server ran took 75 minutes and it was scheduled to run, how many of you see this coming, every hour! This server was tracking and reporting on $10's of millions in new business every month.At first glance I noticed several back to back to back bottle necks. The system was memory starved, the drives were in a near constant state of thrashing and all SQL I/O from the system went through a $10/NIC card. Although the NIC functioned it was forcing the switch to drop far too many packets. At lunch that day we picked up a newer server class NIC card for $40 and immediately recorded a substantial performance improvement. The job would finish in just under the 60 minutes allowed. We could have spent the next week chasing performance curves, instead we installed a new server, a dual processor single core box and the job now completed in well under a minute. So a $40 NIC improved performance by 20% while replacing the whole server for roughly $5,000 improved performance by 98%. Clearly the NIC delivered the biggest bang for the buck, but it just brought the network performance curve in-line with that of the CPU, memory & disk.<br /><br />How many dual-socket quad-core servers were installed today, August 13th 2008, with GbE? These servers have 4X the horse power of my $5,000 server from 2002, but they both share the same GbE. Furthermore, today we use VMWare and Xen to pack several logical servers into a single physical server in an effort to more efficiently utilize our hardware resources. We don't hesitate to add more memory or disk, but adding a 10GbE board requires substantially more effort and planning.<br /><br />When making the jump from GbE to 10GbE one needs to not only select a NIC, but the media (CX4 or fiber) and a new switch infrastructure. High performance NICs run $700-$2,000/each. depending on the media and vendor. If you go fiber the optics run $500-3,000/each and you need one on each end of the cable. Finally there's the switch. Stack-able layer-2 switches run in the $400-$1,200/port range while enterprise layer-3 switches often run several thousand dollars/port. <br /><br />If your server is I/O bound a good 10GbE NIC and switch can enable 5-10X the output of the "free" GbE port that comes with your server. Suppose you purchase a new server for $5,000, then you add a high performance 10GbE CX4 copper NIC and use a low cost layer two switch so the upgrade to 10GbE costs roughly $1,200 for this server. You need to only measure a 25% gain in overall performance for you to realize a positive return on your investment! There are a new breed of hybrid switches that now offer 24 GbE ports and four 10GbE ports so one can easily make the shift from GbE for servers to 10GbE. Consider giving 10GbE a try.]]></content:encoded></item><item><title>Blogs &#x26; eZines</title><category>Site</category><dc:date>2012-01-26T08:59:58-05:00</dc:date><link>http://www.40gbe.net/index_files/afe2f0570edc042ea9763bfba0f94a15-3.html#unique-entry-id-3</link><guid isPermaLink="true">http://www.40gbe.net/index_files/afe2f0570edc042ea9763bfba0f94a15-3.html#unique-entry-id-3</guid><content:encoded><![CDATA[Everything that is interesting is back.  Enjoy!  More new content is on the way.]]></content:encoded></item><item><title>TOEs are now last seasons Manolo Blahnik&#x27;s&#x2c; only worse?</title><category>TOEs</category><dc:date>2008-06-13T20:21:51-04:00</dc:date><link>http://www.40gbe.net/index_files/573e490edb18f5299c5f282ef5635bf1-2.html#unique-entry-id-2</link><guid isPermaLink="true">http://www.40gbe.net/index_files/573e490edb18f5299c5f282ef5635bf1-2.html#unique-entry-id-2</guid><content:encoded><![CDATA[For those not into style Manolo Blahnik is one of the leading female shoe designers, and often Blahnik's start at $700/pair, the price of a good 10GbE NIC. As most servers have moved to dual socket quad-core processors the value proposition for TCP Offload Engine (TOE) 10GbE NICs has quickly eroded. <br /><br />In the spring of 2006 a good non-TOE 10GbE NIC consumed 40% of the host CPU in a dual-socket dual-core server and provided >6Gbps of performance, while a similar TOE did the same job using only 10% of the host CPU. So with a 30% savings in host CPU there was some value in using a TOE.  With two years of improvements in silicon, stateless off-loads, and servers moving to dual-socket quad cores we now have 10GbE NICs capable of near-wire rate (>9.5Gbps) that consume only 10% of the host CPU. Similarly, TOE NICs in the same environment consume roughly 5% of the host CPU. <br /><br />By most estimates servers are typically running at 20% CPU utilization, as a result of application load. So will a 5% savings in host CPU be noticed, let alone worth the added purchase price of a TOE?  No.  Add to that the <a href="http://www.linuxfoundation.org/collaborate/workgroups/networking/toe" rel="external">Linux Foundation's  14-point argument against using TOES</a>, written by the Linux Kernel developers themselves, and one would wonder why people still consider TOEs in style. <br /><br />Here are the 14 reasons cited by the Linux Foundation on their <br /><br /><ol class="arabic-numbers"><li>Security updates</li><li>Point-in-time solution</li><li>Different network behavior</li><li>Performance</li><li>Hardware-specific limits</li><li>Resource-based denial-of-service attacks</li><li>RFC compliance</li><li>Linux features</li><li>Requires vendor-specific tools</li><li>Poor user support</li><li>Short term kernel maintenance</li><li>Long term user support</li><li>Long term kernel maintenance</li><li>Eliminates global system view</li></ol><br />If you are seriously interested in buying a TOE you should read their TOE page.]]></content:encoded></item><item><title>Optics Adoption</title><category>PHYs</category><dc:date>2008-04-12T20:14:48-04:00</dc:date><link>http://www.40gbe.net/index_files/399af375714c90882f80a2d69f5993a3-1.html#unique-entry-id-1</link><guid isPermaLink="true">http://www.40gbe.net/index_files/399af375714c90882f80a2d69f5993a3-1.html#unique-entry-id-1</guid><content:encoded><![CDATA[Today for short runs under 15 meters there are two common options: CX4 copper and SR (short range) fiber. The difference between them is essentially the cost of the fiber optic module. Today the most common module for 10GbE is the XFP, soon it will be SFP+. There are three sources for SR optics under $700 listed on our optics page. Optics are required on both ends so this makes fiber typically $1,400 more expensive than CX4 copper. Also copper adapters require less support logic and as such are often less expensive. <br /><br />Single port copper NICs run in the $700-$1,000 range while similar fiber NICs are $800-$1,200. The expectation is that SFP+ fiber modules will be roughly 25% less expensive than XFPs so this will make fiber more affordable in the second half of 2008 as SFP+ gains traction.  The real knee in the 10GbE adoption curve though will occur when the next generation of 10GBase-T products hit the market in early 2009. The current generation of 10GBase-T silicon requires far to much power to make it practical. This second generation of 10GBase-T will allow people to use cables and connectors they are familiar with, ex.Cat6E and RJ45, to attach servers and switches within 100M without the expensive CX4 cables or the optics required today for fiber.<br /><br />Finally most of the 10GbE NIC vendors are on their second or third generation silicon. By early 2009 most will have trimmed and tuned things to the point that they will have, or soon support LAN on Motherboard solutions. When this happens we will see high end servers with 10Gbase-T support built in and 10G will then truly begin to replace GbE in the enterprise. We expect that this will likely begin to become common as we enter 2009.]]></content:encoded></item><item><title>Is 10GBase-T in fashion?</title><category>PHYs</category><dc:date>2008-03-08T21:00:30-05:00</dc:date><link>http://www.40gbe.net/index_files/5ff8334606fd5be430f4f9058f51ec21-0.html#unique-entry-id-0</link><guid isPermaLink="true">http://www.40gbe.net/index_files/5ff8334606fd5be430f4f9058f51ec21-0.html#unique-entry-id-0</guid><content:encoded><![CDATA[No. In March and April several companies began marketing 10GBase-T NICs: Chelsio, Neterion, Tehuti, and even Mellanox (the Infiniband company). Only one switch company, SMC, has dipped their toe in 10GBase-T market, why? Power. All of these products are based on first generation 10GBase-T silicon which is very thirsty for power.<br /><br />In the 10GbE world all the NIC vendors separate their 10GbE chip from the physical (PHY) interface chip so they can be more responsive and flexible in creating NIC products and easily support several PHYs with a single 10GbE NIC chip. Today only three companies make 10GBase-T PHY chips: SolarFlare, Teranetics and Aquantia. Teranetics is having the most success signing Chelsio, Tehuti and Mellanox while Solarflare picked up SMC. What most avoid telling you is how much power these 10GBase-T PHY chips require, 8-12W. The vast majority of this power is used for only one purpose, separating the signal from the noise, the needle from the haystack.<br /><br />What does this mean to you? Below is a simple example with 50 servers, focused only on the PHY power and the total power utilization for each of the three currently available media formats. Below is the power budget for the PHY on each end (NIC or Switch), total to support a server (both NIC and Switch PHY power) and the total for a 50 server project:<br /><br /><ul class="disc"><li>10GBase-CX4 PHY 0.5W/end, 1W/server, 50W for the project</li><li>10GBase-R XFP PHY 3W/end, 6W/server, 300W for the project</li><li>10GBase-T PHY 10W/end, 20W/server, 1000W for the project</li></ul><br />This is the power needed to support just the 10GBase-T cabling and it is consuming enough energy to power two of the servers in your project! This is a cost you will carry for the life of the project and we all know conditioned data center power and cooling is not cheap.<br /><br />When GbE first came out the initial round of PHY chips were also power hungry, of course that is no longer the case. With 10GbE the physics are significantly more challenging and it may take another year or two before 10GBase-T solutions have power consumption similar to CX4. If you are doing a project today that can benefit from 10GbE use CX4 if possible, or fiber if you need more than 15M. For fiber consider using SFP+ or XFPs as they are the most current optics, are the least expensive and consume far less power then XENPACK or X2.<br /><br />Note on April 14th Solarflare announced their new PHY silicon, 10Xpress SFT9001, which consumes between 2.2 and 6W depending on cable length. This brings 10GBase-T into parity with fiber. This PHY chip will be available in sample lots to 10GbE OEMs in May. Even more recently on April 21, Aquantia announce a 10GBase-T PHY chip that is sampling in May and which claims to bring the power down to 5.5W for Cat6A cable up to 100M long. The delay from samples to OEM NIC vendors and completed NIC samples for customers is often in the neighborhood of 3-6 months. So in our opinion 10GBase-T NICs with a reasonable power envelope, 10-15W for the entire NIC, should be something that is available for consideration in the fall of 2008, just in time for those with year end budgets.<br /><br />For more information and another perspective consider checking out what the Linley Group has to say on 10GBase-T.]]></content:encoded></item></channel>
</rss>
