Hiya !
Well I am Senior Systems Architect (consultant) , with 16 years IT experience, and have built a bunch of Web Farms, and other database systems on SMP servers.
I give a damn what chip is inside, as I don't want a small flaw in the x86 compatibility core of the microchip to crash my client's website, database or client-server application.
I would NEVER buy a NON-Intel chip.... Every time I burned that rule in the past , I regretted it...
1- Alpha systems..... compatibility problems, Binary incompatibilities
2- MIPS RISC systems... same compatibility problems, Binary incompatibilities as well.
The ONLY systems I would recommend for HIGH-uptime are Sparc-based SUN's (the BEST Unix vendor out there...)
So, I take exception to your rule.....
You have to be dreaming in technicolor if you think a high-level IT manager will buy an "Althlon" system. if he does, he's an idiot, who will shortly be unemployed the 1st time he has a catastrophic crash and he has to explain (or his back-room techies will "spill the beans") to management that he saved $ 500-1000 (at best) on their 4-way SMP server, buy they just lost $ 50,000 or more in business.
In Chips, compatibility/reliability is more important than saving a few measly bucks by buying a chip from a company that might not be in business very long....
SUN Rules in Unix Servers
EMC in SAN's
Dell, Compaq & IBM in SMP Intel servers..
CSCO in the network
MSFT in desktop, low-mid databases & Applications
Buy out of these companies at your own risk, usually high career-based risk if they happen to "blow-up", on your new K7-based SMP server for example <smile>
That's all for today
Back to regularly scheduled programming i.e. AMDroids hyping thir shitty, badly run company.
Jean |
