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 217.53+1.5%Nov 28 9:30 AM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: Tenchusatsu who wrote (17595)11/3/2000 8:50:21 PM
From: dougSF30Read Replies (1) of 275872
 
Tench, Re: can you show me a heavy-duty application which crunches the FPU but not bandwidth?

First of all, that's a very different statement from your previous one:

Thus, it's pointless to try and draw the line between bandwidth and floating-point capabilities, because one without the other is meaningless

Imagine various applications that perform floating point manipulations on large sets of data. Depending on the amount of FPU calculation required per unit of data, the bottleneck could be very much the fsb/memory bandwidth OR very much the FPU.

Case 1: Lots of FPU per unit data. If the FPU is crunched, going to DDR or i850 won't help at all.

Case 2: minimum FPU per unit data. Increasing the FPU speed will be of no consequence, since the bandwidth is the bottleneck.

Changing screen resolutions in Quake III alters the FPU per unit "data" required.

Of course you need "both" (FPU performance & bandwidth) in most applications, but the relative degree to which you need one or the other varies tremendously.

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