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 258.86+9.0%Nov 12 3:59 PM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: Petz who wrote (227218)3/2/2007 11:00:31 AM
From: Ali ChenRead Replies (4) of 275872
 
"Nonsense, Amato did not ever say 3.60x, he said 3.2x"

Nonsense???. What the hell a difference between 3.6 or 3.2 can make if the actual performance will not reach even 1/10th
of this? You are obviously completely blind to any argument. Don't you see that the fact of different quotations from different AMD people itself is an indicator that they are speculating wildly, have no real data and no touch with reality, just pushing a corporate wish in an effort to maintain face.

"And, by the way, you are forgetting that better prefetch can significantly improve floating point performance."

I am forgetting nothing. It is you who is not realizing that only a very special algorithm can keep busy all 8 FP units all time, and this algorithm is definitely not all over the SPEC benchmarks. Then you will run into BW issues. You also apparently didn't get my remark that full utilisation of the FP units requires special compiler, which is unlikely to be near soon given current AMD financial state and limited resources. In the mean time don't make a mistake thinking that Intel would miss an opportunity to support their new SSE4 (or whatever) in current version of their home-grown compiler, and will arrive with even better public image about their performance.

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