SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : Advanced Micro Devices - Moderated (AMD)
AMD 213.43+6.2%Dec 19 9:30 AM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: wanna_bmw who wrote (79179)5/3/2002 8:16:14 AM
From: fyodor_Read Replies (1) of 275872
 
wbmw: It's called TOE (TCP/IP Offload Engine), and you may see it start to pop up in numerous designs over the next few years. From what I hear, it's pretty expensive to implement, and it takes up a lot of die size, but it really does accelerate the speed of networking over TCP/IP.

I see the IBM chip has an integrated ethernet controller. Is this necessary in order to implement the TOE (fruitfully)? In other words, would one place the TOE with the ethernet controller or the NIC?

It seems to me that the TOE would only really make a difference when the processor is experiencing serious loads (and TCP/IP trafic is high). In what scenarios do you see this happening?

In the PC-centric world, TCP/IP is used for pretty much everything, but clearly something like browsing the web doesn't exactly put a strain on your processor ;-). That leaves LAN / WAN scenarios and gaming over fast internet connections. Of the former, clusters and servers would be the major areas where this could make a difference - and quite possibly be worth the extra costs. As for gaming, well, there is always a small group of players willing to pay the costs for the ultimate gaming machine, but considering the bottlenecks in current generations of games, especially on-line, it would seem to be irrelevant.

-fyo
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext