Slashdot Mirror
Sun Picks Athlon For Cobalt Servers
ncc74656 writes: "In this TechWeb article, AMD may have achieved one of its longtime goals of getting the Athlon into the server market. Sun's Cobalt division is set to unveil a single-processor Internet-appliance server next week that will use the Athlon. Since there's still no 760MP chipset, there won't be any MP Cobalt boxen for a while ... but not everybody needs MP, and this is still a step in the right direction."
10 watts may not make not make or break your air conditioner, but how many server rooms have a single machine? The company I work for currently has 112 dual processor servers.
The "10 watt difference" suddenly is 537.6kwh/day, or 193536kwh/year.
Even if you look at that in terms of just how much the electricity itself costs, we'd be paying $27,095.04 more a year if we were using (the currently non-existent) dual athlon boxen.
The hardware is not such a big issue for me. (Unless it's some sorta pre-packaged Cobalt-like device that nobody's really heard of). Thanks for the two suggestions. I am interested in that sort of thing... software to make a homebrew linux box seem more like a Cobalt. No so much for me (I've been admining Solaris, IRIX, and Linux for years now), but for potential clients that want a Cobalt-like box to manage themselves.
Now in a serious server environment, it seems to me that money is probably not as big an issue, so this kind of negated one of Anthlon's main advantage over a Intel chip right off.
Not necessarily true... a saving of $100 per processor adds up when extended to a server farm, particularly when multiprocessor machines are (eventually!) added. given that in certain configurations the athlon outperforms the PIII Mhz per Mhz, that gains some more.
I think what is pushing the envelope here though is RDRAM - buying a Gig of SDRAM is much cheaper than RDRAM ($280 vs $1452, at a glance on pricewatch), as high-end Intel chipsets require it.
The best point about this happening is it may bring the Athlon in as the choice for the desktop machine as well, if the company sees it performs the same or better and is cheaper.
Secondly, assuming you have lots of servers in an enclosed area, heat is a big deal; you want good air condition system. A room full of Athlons is HOT. This further offset the "true" cost of using Athlon servers
I wouldn't agree. The only signs I've seen of Athlons generating lots of heat is when they're overclocked. A friend of mine runs his Thunderbird 850 at 950Mhz at 20 celsius (about 50F), with a decent cooling system.
Any company that is buying machines for use as servers is going to spend the extra $30 per machine to get a good cooling system, regardless of processor type. Those boxes come with 3 fan ports, a heat sink the size of a brick... usually a room with lots of servers in it is bloody cold because of all the airflow!
Fross
The Jargon file entry for the word "Boxen".
----
Stop worrying about the risks of nuclear power and start worrying about the risks of not using nuclear power.
Intel must be paying you good money. They should have to, to get you to spout bullshit like that...
:) Otherwise, their speed depends only on implementation. So if you are remarking that Solaris's API is laggy, then you've just discounted every *NIX out there. On the other hand, if you are saying that Solaris itself is laggy, then remember that a lot of these servers will use Linux.
laggy API that only performs decently on $75,000 Sparc servers
>>>>>>>>>>
Umm, API's are only laggy if they're inherently badly designed (like X
92.815% x86 compatible CPU = disaster!!!
>>>>>>>>>>>>>>>
Yes, the Athlon is totally x86 uncompatible. Absolute and utter bullshit. I have yet to hear of an incompatibility problem with the Athlon CPU. Aside from the lack os SSE, the Athlon is 100% compatible. Maybe you'd care to point at some stories that show otherwise? Even rare x86 instructions like sysenter/sysexit are supported in the same way as on a P6. What *are* you talking about?
A deep unwavering belief is a sure sign you're missing something...
John Carmack's reference system is a PIII because either
A) The PIII is faster at Quake than an Athlon
B) The PIII is more common than an Athlon
C) The PIII has better Visual C++ support
D) The PIII has multiprocessor capability (Quake III is SMP)
Take your pick. I have not heard a single comment from Carmack that he uses a PIII because of compatibility issues. And even if he does, it means jack-shit because he is probably just phobic from the whole K6 dabacle, (chips which actually *did* have compatibility problems!) If you are saying that programmers avoid AMD like the plague, I'd request that you get your head out of your ass and show me exactly where it says that!
A deep unwavering belief is a sure sign you're missing something...
considering she had you for a child, a very wise choice all in all.
Yes. I would also argue that I can build - and in fact, have built - a system equivilent to what Dell, Compaq, Penguin Computing, or VA Linux sells you for 1/2, or less, the cost. Cobalt machines are no different, although the markup is higher because they (potentially) offer more than a machine from one of these othercompanies.
In fact, I recently helped a friend purchase a Cobalt Qube 3. He has no knowledge of, or really any interest in, Linux or any other kind of server operating system. But the Qube does what he wants out of the box. It's small, attractive, and has a wonderful web-based administration GUI. The fact that I could have built him the system for half the price is irrelevant - he would not have wanted that system, so it wasn't worth *any* amount of savings, because he wouldn't have used it.
I will say that I wish the markup wasn't quite so extreme. I've long wanted to buy my workstations and servers from someplace like VA or Penguin Computing, but it's just not worth the price markup. (Plus they rarely offer the exact components I want, namely the latest AMD CPus.)
No offense, but while power considerations should definitely be entered into the server equation, they're far from the deciding factor. The fact that the Athlon provides superior performance for many tasks should also be entered into the equation.
After all, what good is a server room filled with cool-running PII-350 mobile processors, when your application demands the performance of a 1GHz PIII, 850Mhz Athlon or 700Mhz Xeon?
Maybe I'm wrong, but don't most people purchase servers by determining their application needs, then finding a hardware platform that provides those needs? At least in my experience, the hardware cost isn't even considered as a factor, as you either need something, or you don't.
As for the MP support, Athlon hasn't released it yet, but the design kicks some Intel MP arse. Basically it uses Alpha-style 'only lock what each CPU needs locked' resource sharing instead of Intel-style 'lock fucking everything, we like contention' resource sharing.
Don't get me wrong, I love my Intel box, but servers might not be the right application for *this* generation of Intel chips. The door swings both ways.
--
"Don't trolls get tired?"
My post above shows my interest in Cobalt alternatives (mainly, web front-ends for clients to use), though I am also interested in finding a good source for used Cobalt Raqs. A quick search of eBay only found a few, and from varied sources. I'm able to find scads of used Sun and SGI dealers, I'm sure there's gotta be a few online websites/dealers that have a steady stock of used Raqs for sale.
Cobalt servers are expensive crap. Before you mod this down as flamebait, think about the following:
Say you've got $5000 to spend on a new server. You can get one of two 1U rackmounted servers:
Option 1: 450Mhz processor, 512MB RAM, two 5400RPM 30GB mirrored (RAID-1) drives, lots of free software.
Option 2: Two 1GHz processors, 1024MB RAM, two hot-swappable 10K RPM Ultra-160 SCSI 36GB mirrored (RAID-1) drives, and the identical free software.
Option 1 is a cobalt Raq. Option 2 is a Supermicro 6010L with 1GHz Pentium III processors, Supermicro certified memory, and IBM drives.
What it comes down to is that a $5000 Cobalt RaQ is a $1000 system with a $4000 name.
I'd say to build your own boxes -- I can't imagine anyone here would have trouble working where things go -- but if you don't want to do that, get systems from VA Linux or BSDI; as for software, take a look at webmin, there are very few server applications which do not have webmin plugins, and with webmin you can give restricted access to people as you see fit.
(OT: where did the bandwidth and server space come from, anyway?)
Tarsnap: Online backups for the truly paranoid
I think this is a matter of the bios and chipset. For example: my k6-2 400 on a ASUS P5A shuts down at 65 C -- the board shuts down and the cpu is constantly sent the idle instruction (or powered down, I can't recall).
Aren't you going about things rather backwards? You want to send a small *average* data rate, but you want a high *peak* data rate. Those circumstances are exactly when you want to share a fat pipe with thousands of other systems in a colocation facility.
Mean traffic scales linearly with the number of servers. Standard deviation scales with the square root of the number of servers. The greater sigma/mu is, the more important it is to share your pipe with other people.
Tarsnap: Online backups for the truly paranoid
Following your logic we can assume a x86 server will only serve x86 workstations, a Mac sever will only serve iMacs, a Sparc server will only serve Sparc workstations, etc.
An internet appliance server DOES NOT mean it will serve content for home use internet apps.
Internet appliance server are very simplified servers with a CPU, memory, a NIC, a SCSI contoler and an (optional) internal hard disk. Everything else is external to the unit, attached to it via SCSI bus. They are relativelly cheap (for a server) and if it fails you just have to change the CPU box, attach the external storage units to the new box and you're back online in no time. No need to remove a dozen of internal disks from the dead server to put in the new one. Other advantage of internet appliance servers is the low power comsumption and small heat production, thanks to the reduced number of internal components.
What ? Me, worry ?
Yep, a Cobalt RaQ costs more than a "regular" server with the same hardware specs running a vanilla Linux distro. But then you have to pick and apply the appropriate security patches.
Then you write a bunch of scripts to automate setting up virtual servers for e-mail, web, FTP, file services, disk quotas, databases and shell accounts.
Next, recompile Apache to support the usual hosting stuff like PHP, database access, IMAP, FrontPage extensions, ChiliASP, etc. And install and configure some webmail software and modify it to support the virtual hosting.
Okay, now that you've done all that, install and configure a remote management system that will let you administer the machines and accounts in bulk, and write or cobble together easy web interfaces to let customers manage mail accounts, permissions, access contro, etc.
Ready? Now get a tech writer to put together user documentation for your customers. And keep someone on staff to watch security lists and figure out how to deploy security patches and software upgrades safely without breaking any of your customers' sites.
Point is, if you want to use a Cobalt as a "regular" Linux box, it's overpriced and awkward, and not particularly cutting-edge. But if you're looking to provide web hosting for small-business and personal customers, it's mighty cheap and easy, since it's preconfigured for hosting, supported for hosting, comes with end-user documentation, and can be thrown into a rack and added to your hosting farm in a few minutes out of the box.
I think that posting another Intel vs. AMD article disguised as a Sun/Cobalt/Linux-rules arguement is pretty boring.
We already know that Slashdot's readers overwhelmingly support AMD to holy-war proportions.
We should be able to moderate the stories actually post on the main page. The editors should be subject to karma. If you put up something stupid you get smacked.
Of course, as a result of editor karma-whoring every other story would show Linux pit against any other operating system or AMD pit against Intel.
There were probably more than one submission about this news but Cliff chose the one that showed significant bias.
I don't even really understand why there is such a hype about the Athlon chips. They are less expensive and may be technically superior. But that arguement doesn't cleanly follow the patterns slashdot readers follow. Take Linux for example, it is surely less expensive than other operating systems, but it is not even close to being technically better than all others. FreeBSD, technically better, lacks bleeding edge drivers, same cost as Linux, yet with almost 1/5 the user base.
Who the hell cares if they can get 150fps in quake or 147, I sure as hell don't. There are better things to argue about. We're about to innagurate a president who will only account for his actions in the past 20 years.
And on top of it all, my favorite lighter is almost empty.
The List of Grievances with Slashdot.
Then you add HDDs (even a low-end server will have it's 7200RPM UDMA/66 HDD), the power supply (which dissipates heat) and its fans, and the RAMs (which also dissipate quite a lot of heat) and you'll see that the processor doesn't "weight" as much. A single server will use 150W, won't it?
I don't consider half a 20W lamp to be much responsible for global warming. Do you?
In any case, if we have the 10 watts times 112 servers, then = $2,700/year, the difference in price between an amd 1.2 ghz t-bird and an p3 xeon w/ 256k cache 1ghz clock this morning is roughly $600-$280 = $320. 112 times $320 = $30,000+. Deperciated over the 2 years of expected lifetime of such a server this is $15,00 per year. The xeon farm you suggest (even for single processor configurations) is thus over $12,00 per year more expensive. Add in the fact that the 1.2 Ghz t-bird runs rings around the xeon and the p4 with today's code and the price/performance issue is still solidly in AMD's court. However, your point is well taken that one has to consider the entire cost of ownership for a given level of performance. Anyway, the power dissapation issues may be a thing of the past once AMD proceeds with SI-28 technology. They have produced 1.5 paliminos that are passively cooled. Kinda will throw the power argument on its ear after isonics irons out the problems with eagle-pritcher this quarter.
Intel may close the gap again and pull ahead at some point, but for a while AMD has the advantage. As it currently stands, Intel produces a distinctly second place product since Andy Groves retired.
my, my they let the script kiddie out again. o well. btw, its jab not jap.
now please be a good little microserf and stick some part of your anatomy in a baseboard socket. i refuse to get into a pissing contest with a eunuch.
Somewhat of a side question or solution; are your needs simple enough for the much-less-expensive Cobalt Qube?
I'm considering getting a Qube, as it would help me deal with all the www/ftp/smb stuff I use for my work-at-home days.
If anyone has a Qube, lemme know if it supports hosting CVS? How about setting up ipsec tunneling? (I have a second box doing vpn/nat already.)
[
First, lets get this get of the way: I use an Athlon at home and a Pentium at work.
Many people (including myself) like Anthon because it is cheap and fast, more bangs for your bucks and all that; this is ideal for home user. However I see two things against using Athlon as a server: it uses more power and generates more heat.
Now in a serious server environment, it seems to me that money is probably not as big an issue, so this kind of negated one of Anthlon's main advantage over a Intel chip right off.
Secondly, assuming you have lots of servers in an enclosed area, heat is a big deal; you want good air condition system. A room full of Athlons is HOT. This further offset the "true" cost of using Athlon servers
Also since Athlons use more energy, it stands to reason that your UPS system will not last as long as a similar number of Pentiums if there is a problem. Now for servers, up time is very important (unless you run WinXX ;-), so this seems another strike against Athlon.
And finally like the article said (you did read it right?), Ahtlon don't have multi-processors support yet so that is another strike...
Don't get me wrong, I love my Athlon. But server may not be the right application for *this* generation of AMD chips. But AMD did promise support for multi-processors, low-energy chips soon, so there is still hope.
====
Codeala - Just another mindless drone
Shut up... Some of us can't even afford boxen yet. We're still stuck with Vaxen.
STOP . AMERICA . NOW
from the article:
low-end Internet-appliance server
I gues that's not exactly the Server market AMD wants too get their fingers in. It may be a lucrative but that's not ther server market Intel dominates. I guess there are already a lot of homegrown AMD based "Servers" in a lot of offices
Besides that it's not even a new customer for AMD. As the article states:
already supplies the K6-II processor for Cobalt's current one-rack Internet server
Must be a very big server if it takes a whole rack(Just kidding, I know it's one U)
"Mommy, mommy! The garbage man is here!" "Well, tell him we don't want any!" -- Groucho Marx
It's in their best interests to steer people to UE boxes if they need 'real' power.
-- dieman - Scott Dier
Linux? *BSD? Solaris x86?
Seeing how current Cobalts run Linux and Sun's more recently slightly GNU/Linux "friendly" stance, I would imagine they would stick with Linux... but anything can happen. Linux seems to be doing the job well, but I would almost like to see them try something with *BSD, just to see how well it works. Trying other things is a *good* thing.
Your observation that the Athlons use, on average, more power and radiate more heat than the comparable Intel processor is, from what data I've seen, absolutely correct. However, I don't think that they use more power or generate more heat than an Alpha processor (some of those guys get hot, as anyone who's ever not quite given an Alpha-attached heatsink enough time to cool down has discovered ;-) ). Alphas are fairly common in the server (and rackmount server) market. True, you probably wouldn't want to stick one in a 1U, but still... (I don't have any hard numbers, but I imagine that the Duron line is probably well suited to a 1U in terms of die size, power use, and heat profile, given a well-designed case at least.)
If there is anything that will hold the Duron/Athlon/Thunderbird line back from server-market acceptance (technical reason, not Intel-ism in IT depts.), it would be the comparatively small cache sizes. I.e. you'll probably want to use an UltraSparc-based solution with (2-8) megs of cache per chip (or some other "big cache" arch like Alpha) for the DB server[1], but everything else (www, mail, etc) is just fine with the "small" x86 machines, a domain in which ceteris parabis Athlon would win over Pentium by virtue of decreased cost for similar of greater functionality.
[1] of course there are many other factors that go into making a mid-to-high-end DB server, but I/O and backplane bandwidth do play an important role; having large chip caches and >32bit architectures helps this quite a bit (the other main area is of course disk, but that's outside the topic at the moment)
--
Fuck Censorship.
News for Geeks in Austin, TX
Know what would be nice? Let's start with being able to host more than 28 virtual sites on one box before the admin account is unable to upload to new sites? Maybe Sun could fund development of ACL's for Linux, maybe give a good kick in the ass for finishing what's already been developed, because the group-based perms completely fall apart after 28 sites, because Linux doesn't allow for membership in more than 32 groups (admin belongs to 4 groups for system purposes). BSD's even worse, only 16 there. The point being, groups were never meant to be used that way. It's really a pain in the ass to be adding admin2, admin3, admin4 users and manually editing passwd to add them in for every new site, then telling developers which user they have to use per site to upload content (and I'd much rather they used user accounts, but you can't add new admins either)
... but probably not what *anybody* really wanted. I would rather see foobarbay.org right before foobarbaz.com, thanks, not waaaaay after all the .com domains.
Making the admin interface somewhat less than DEATHLY slow would also be a big help. I can whip out three zones in webmin before I can pull up a zone in cobalt admin.
How about not using a drop-down box for selecting which zone to edit in the DNS configuration? Netscape on Unix -- you know, that OS that Cobalts use, and I hear Sun develops -- doesn't exactly deal gracefully with that.
Sorting domains in the virtual site list by TLD first was perhaps the most precise and logical thing, since you want to keep subdomains together
It would be great if the interface weren't so slow.
Speaking of webmin, I can middle-click on anything in the interface and get a popup. Cobalt's excessive use of frames and javascript make that quite impossible, screw you very much.
Did I mention the interface is slow?
--
I've finally had it: until slashdot gets article moderation, I am not coming back.
I've already decided that I'm upgrading shortly before my return to school next fall.
If I have the coin to get a dual system of any x86 chip, I will. If I don't, I'm getting a Thunderbird. The DDR ram will give me some nice throughput (hmm, server potential there?) and the integer performance? I can definately be happy with that...
Here's the point: Why pay more for a SMP box if you don't need it? ftp.cdrom.com uses a single P3 for all the users it serves!
The Athlon will provide an excellent server for many.
---
Desperation is a stinky cologne
Also if you mod something up as "underrated" then it appears with no comment (or retains the previous comment).
<ramt>
I will be extermely glad when AMD enters this market in a serious way. There has been a less than virtuous circle occuring with Dell/Intel commercial products. Since the company buys Intel servers, it buys Intel desktops (after all, we can only find the talent with the mind of a slime mold to maintain them you know and these people can only maintain one kind of one thing...). Both the desktops and the servers are horridly underpowered and overpriced. Further, while Dell machines are made to be assembled easily, upgrades are an oxymoron. It will be nice when the corporate market understands that it has a real choice.
</rant>
<disclosure>
I own and reccomend AMD stock
</disclosure>
Yes, T-birds use a few watts more power than a P3 on an equivalently clocked chip. However, please don't tell me that 10 watts will make or break your UPS or your air conditioner. Somehow, I have a feeling that that excuse was sold by an Intel salesman. If things were that critical, you would be paying up for flat panel displays in your server room and having fewer lights overhead.
Remember when Intel was talking trash about Sun. I bet they wish they could take atleast some of it back. With the increase in popularity of Network Appliances (especially Cobalt), Intel just lost a wonderful outlet for their processors. I see Solaris for Athlon coming in the near future. If Intel doesn't want to play ball, AMD will.... I see AMD slowly destroying Intel's market share in servers, because of Intel's relationship with Microsoft. If I was AMD, I would get in good with SUN, IBM, and all Linux dists. Hopefully *NIX will reign supreme.
I want my rights back. I was actually using them when our government stole them after 9/11.
This product, and Sun's whole acqusition of Cobalt is their attempt to capture the bottom-end server market. It represents their effort to compete with VA Linux and Penguin Computing.
They won't run Linux on the boxes; they'll adapt Solarix x86 (fine-tuned so that it runs flawlessly, Solaris x86 in general suffers from being a product from a company that codes to their own hardware adapted to run on generic hardware). By doing so they will be able to market seamless Solaris solutions from top to bottom-end.
It doesn't bode well for Linux in the enterprise at all that Sun is doing this. In particular the 'Enhanced Screwdriver Shops' like VA are gonna be hurt.
Hay thar.
AMD's primary concern is propping up their stock price, which like Intel's has been hammered. I don't think AMD is particularly concerned about the purpose to which their processors are put, and in any case you haven't made any useful argument why the rackmount market is not tangible, viable, and/or poised for growth (hint - its all of the above).
I agree with those disadvantages, but I see them more as a strike against Athlon in workstations, and having negligable effect on servers.
Workstations outnumber servers by dozens (perhaps hundreds) to one, so the real place where you want to conserve power is in the 100 computers spread all over the building, not the two boxes in the server room.
And (I guess this depends on what you're serving) in my experience, servers are generally I/O bound, so lack of SMP isn't a biggie. OTOH, at the desks, is where people want major CPU power for a faster frame rate, compiles, raytraces, etc. (Or if they're running Windows, faster rebooting and paperclip animation. ;-)
So Athlon sounds pretty good for servers, to me. It's the high-end workstations and hacking machines and gaming machines where it fails.
---
As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
The migration still may happen. The new RAQ most probably was already designed and was in pre-production prior to Sun buying Cobalt.
-E
Send mail here if you want to reach me.
What bothers me in all these discussions is the lack of load balancing talk. I work in a data center for a Verio large Internet hosting company. We use Intel and Sun based servers, with a couple rows of Cobalt MIPS bases systems as well. I've been a server SA for the goverment and large commercial companies. I hate to say it, but SMP is only really needed, least for Internet servers, on DB servers and huge mail servers (millions of messages an hour). Otherwise, for serving up webpages, ftp servers, or doing DNS, a single processor system will work fine. What I've seen needed more in serving webpages and doing FTP is good load balancing. I think AMD should be looking at this market with eyes wide open. Software and hardware based load balancing on cheapish servers right off the bat makes more sense then trying to shoe horn it onto servers that can barely keep up with the flow.
Just one nuts thoughts...
creature
You betcha. Running a rather quick port of Linux to very low end MIPS processor is not a Good Thing. I always wondered why they didn't just use a K6 to start with. The price to performance seems to be ok to me, they have to cover some development and support costs. Just look at the prices of those "network attached storage" hard drive and a NIC gizmos. You pay for the convienience.
Because I have the bandwidth and a server room already, I have tossed around the idea of doing some web hosting and colocating for the folks in my area. I've certainly noticed how hot the Cobalt products are... especially for folks that want Web/email/etc hosting on a fast connection, but want more control then what's available from most mega hosting providers... so for them, leasing a RaQ at a colo facility makes sense. But....the cost of a RaQ is a bit steep..........
Are there any great alternatives to the Cobalt line? Perhaps another similar piece of all-in-one hardware. Maybe one that is even better? Sure, setting up a Linux or BSD box could work, but there would be a steep learning curve for someone that wants a Cobalt. Maybe there's a Cobalt-like GPL (or even commercial) package for Linux? Any suggestions?
Read about it here Ahead of schedule is not exactly true, but its coming soon.
When compairing Athlon to Pentium, 10 watts doesn't mean anything at all... but I got to thinking, heck, 10 watts is more than enough to power the new PowerPC 7410 "enhanced G4" (but not quite enough for the new 7415 "V'Gr" "G4+", at 733 MHz it takes 14 - 18 watts. (A whole hellofa lot for a PowerPC... and that's just for the chip and it's on-die L2 cache, not including the external L3 cache).
10 watts is also way more than enough for embedded MIPS/ARM/Transmeta CPUs, too. Food for thought.
Yes there are SDRAM chipsets for the PIII too, but a server would use the highest-end it could go, supposedly.
Exactly right. The highest-end PIII chipset is the ServerWorks ServerSet III, which uses SDRAM.
I imagine that in the future there will be a version that supports the P4 bus and DDR SDRAM.
pardon, but your mother wants you to log off aol so someone else can use the modem.
Basically, if you have more than one thing as the main application, you are going to see nice benefits from a multi-proc system. For example, if your box just runs ftp and that's about all it does, it should be fine. Granted many of other processes and threads are running about, but there is one main program that is THE important program on the system. Now what if you take a box that is running ftp, mail, http (static+cgi), and a database. Now that extra proc makes a big difference. There is an argument over which is more cost effective, a super box for everything or many little boxes, one for each task.
It really depends on your application of choice. Some applications are I/O bound. Here another proc wouldn't help. But many applications are processor bound, especially at certain points. When your I/O is really fast, you start to really see the importance of MP. For example, there is a very big difference between your best SP I/O speed vs. your best MP I/O speed when you are using a RAID array with lots of cache connected through a 64-bit 66 Mhz PCI FibreChannel controller. If AMD wants to win the big server environments where the profit margins are higher, they need to support at least dual processor systems. Heck, Unisys has a 32x Intel box that they have licensed to Dell, Compaq, and HP.
-- soldack
OK, this might be news because of the selection of Athlon itself, but Cobalt have been using AMD devices in their RaQ range for years now. In fact all but the first itteration (which were MIPS based) have run on K6 CPUs. There are hundreds of thousands of web sites happily running on AMD at this very moment! :)
--
Two things are very amusing to me in articles like this, the first is that people equate resale price with wholesale price for some reason (tip: buying in bulk reduces unit cost and buying strait from the manufacturer rather than a wholeseller reduces the price even more) and use places like Pricewatch to figure out chip prices. OEMs spend alot less on hardware than us prols do (yet their margins remain slim due to the fact they have to pay people to assemble their boxes whereas we often do it for ourselves for free). The other amusing aspect of these articles is coming to the assumption that when a new technology is released it instantly appears in all current piece of hardware already produced. If AMD doesn't have a fast 64-bit I/O right now that X company can use right now, they will not get the contract that requires a fast 64-bit I/O (mentioned in the article). Saying Sun used AMD chips they would have to wait for the next generation of boxes to put in any new features. This is bad for them because people wanting those features won't buy the box without the features in question. Anyways, whatever Sun decides on I hope they will use the Cobalt aquisition to the advantage of some of their current products. I think foremost might be a software migration of the Cobalts boxes. They could (maybe even ought to) stick a Lite version of Solaris 8 on these with iPlanet as a webserver and PC Netlink in place of Samba ect.. Netlink is an often overlooked Solaris app that will run NT directory, file and print, and authentication services. Using iPlanet gives them a pretty good leverage with JSP and Servlets. As for hardware these are good products to show off their Crypto Accelerator add-in cards. Having hardware assisted encryption would go a really long way towards getting the most umph out of server appliances.
I'm a loner Dottie, a Rebel.