AMD Duron vs. Intel Celeron

DeadBugs writes: "With all the hype surrounding the new Athlon XP and P4 2.2 GHz, the more affordable processors have been ignored. Tech-Report has a great article comparing the new AMD Duron and Intel Celeron. Both are now running at 1.2 GHz and have upgraded cache. The new Duron contains XP technology, while the Celeron is a PIII Tulatin with a 100MHz bus and built on the .13 micron process."

Comments

Just so you know...

[Daniel Wood]

Tom's Hardware already did a review of the Celeron 1300 vs the Duron 1200 (benchmarks included the Celeron 1200) where the Duron simply spanks the Celeron.

SIS has restored my faith in AMD. The ECS K75SA motherboard is only $64 after shipping and works with any Socketed Athlon/Duron cpu. It is fast and stable, accepts DDR and SDR, built in networking and sound(ok, AC'97 isn't that great), a real winner. You can build a 1GHz system and only pay $120 for the cpu, heatsink/fan, and mobo.

Software Optimization

[DarkEdgeX]

The P3 adds SSE (yeah, like that is used a lot) and brings the cache on-die with the Copper[less]mine processors.

Actually, this brings up an important issue-- compiler technology, and the run-time libraries (RTL's) they use (in the case of C/C++, the standard libraries, in the case of Pascal/Delphi, the RTL and possibly parts of Borland's VCL/CLX). The problem, it seems to me, is that compiler authors don't seem to take advantage of architecture specific improvements like they used to (and as they should). Sure, some libraries/RTL's take advantage of it (and the compiler may have switches to emit optimized code), but if the standard libraries/RTL's are re-compiled (or even re-written) to take advantage of it, then it's all for nothing.

It seems to me that Intel has the right idea (the FPU is really useless if you know HOW to use SSE and SSE2 properly), and that if anything, it's poor software authors and poor compiler writers that are to blame for the lackluster performance of code on Intel's CPUs. It's saddening to me to see the optimization skills software engineers *used* to have back in the day diminishing year by year as the ability to right crappy code is justified by ever-faster CPU's. (Why spend the weeks or months needed to engineer everything to run properly now, when Intel/AMD will have a 'fix' for our sloppy code out in a few months?)

I wish authors such as Michael Abrash still released optimization guides for assembly language (or even just updated versions for C/C++ and assembler).. his 'Zen of Code Optimization' (ISBN: 1-883577-03-9 *or* FatBrain.com's description (out of print)) was probably the best investment *I* ever made.