Intel Releasing PIII Xeon Today 131
BMIComp writes "Yahoo! news is reporting that Intel is going to introduce their Pentium III Xeon Chip, today. " .18 microns, 700 Mhz, and integrated cache. The article talks quite a bit about how the new Xeons are going straight for Sun's throat.
No problems here! (Score:2)
Re:crashing windows.... (Score:1)
That was fixed a long, long time ago.
Re:xeon vs p3 (Score:1)
If you need CPU power, don't use Sun - EXACTLY (Score:2)
Getting into issues of RISC versus CISC gets us away from the point.
The point is that those that are preferring Sun systems to Intel-based systems today are doing so not out of being focused on how much stronger SPARC used to be for CPU-intensive processes, but rather (most likely) because they've got I/O-bound processes.
The result is that the announcement doesn't scare Sun:
But as there weren't Origin/Crays running SPARCs (I don't think there...), while this may represent a threat to MIPS or Alpha, it's not particularly one to SPARC.
Overall point: The article suggests that the threat was to Sun. A "threat tree" shows that this is not strongly the case.
Re:xeon vs p3 (Score:1)
you missed even a bit more (Score:1)
And stop there. Get "The Sparc Architecture Manual V9" and you'll see 100s of this things.
Drooling... (Score:1)
No, seriously, I think that the fact that they seriously challenge the Sparc speedwise says a lot about how overpriced the mainframe /large server processor market is. This means that we're going to (hopefully) see the server market get a little less expensive. But what'll probably happen is that when the large servers will get even more clocks, they'll discontinue the low end, and my electric bill will continue it's ever upward spiral.
Another News Site: (Score:3)
Devil Ducky
Use the xeon! (Score:2)
tcd004
Here are my Microsoft [lostbrain.com] and AICN [lostbrain.com] parodies, where are yours?
Re:What's the advantage? (Score:3)
For instance, a computer with 32MB of ram is going to run a ton faster than one with 8mb of ram, but one with 1GB of ram isn't going to run that much faster than one with 256MB of ram for normal applications. Only really high-end apps need this much.
The Xeon is aimed at High-end servers which could probably benefit from the cache, but is the price worth it? I dunno.
The main reason to buy one, as you stated, is for the >2 SMP. AFAIK the only difference between the MP capabilities of the Xeon line and the regular line is that the PIII's are purposely crippled to only run on 2x SMP. It seems like a rip that Intel would do this and then charge an arm and a leg for almost the same proc with SMP turned on.
Re:xeon vs p3 (Score:1)
Not fair to whom? The Xeon? ;)
Having looked at the reviews at Ars Technica, I'm not terribly impressed with the Xeon's improvement over the Coppermines, especially considering the cost and the recent poor quality of Intel's supporting chipsets. (QA? What's QA?)
Call me, when Intel jettisons the x86 legacy.
Thoughts (Score:3)
Ushers will eat latecomers.
Re:Sun vs. Intel (Score:1)
-jpowers
Re:Sun doesn't need to worry about Xeons (Score:4)
And it doesn't do that well. Intel's 8 way chipset is crap. To grossly oversimplify it's two 4 way shared busses communicating over yet another shared bus. It performs about how you'd expect. Compaq has a better 8 way xeon chipset, but if they're not your hardware vendor, you're SOL.
Somewhere Scot McNeally is screaming "Help, I'm being menaced by a dwarf!"
Or not.
--Shoeboy
(former microserf)
Re:Sun vs. Intel (Score:1)
And your MTBF will be.. ?
There's a /reason/ people like those E6500s.. They make a lot of things convenient for the most expensive part of any site: The admins.
Re:Kicking some chip ass... (Score:1)
Re:Threat to Sun? (Score:2)
Depends on the jobs, benchmarks, etc, blah blah. In the market the EXX00 systems reside, they offer some damned good scalability and redundancy (predictive failure modeling on CPU/RAM and hot-spare CPU/RAM without system reboot.. Add new CPU/RAM as hot-plugs and activate without system reboot... How many Intel systems can do that?) as well as memory capacity and the 64-bit OS to support it.. I'm looking into refurb 3x00/4x00s for several system upgrades, and while some of the SPOFs are annoying (primary CPU/RAM planar errors require reboot, no alternate-pathing of PCI boards) I'm still interested in the overall improvement they offer.
Sun offers the best scalable unix systems for business use IMHO. Between CPU/RAM options, software availability, driver support, and OS features I'm pretty happy with it...
Now if Sun'd ever backport DSDs to the XX00 series like they did with Starfire's DR/AP... one can dream...
Your Working Boy,
Re:Kicking some chip ass... (Score:1)
Awaiting with open arms (Score:1)
Re:Sun doesn't need to worry about Xeons (Score:1)
Semantics: some modern CPUs can go into powersaving idle modes..
Your Working Boy,
Yes! Xeon is out (Score:2)
Too bad that availability is still a joke, as well as the exorbitant prices. Way to go Intel!
Re:Sun doesn't need to worry about Xeons (Score:1)
What's the advantage? (Score:2)
Re:Why only 733MHz? (Score:2)
It is also why a 450MHz/8MB Ultra module costs $9500. (Note: I haven't looked in quite a while, so that price was when I last looked -Dec, 99-, it is likely less now, and I am sure big customers get deep discounts.....)
Finally! (Score:1)
Re:Another News Site: (Score:3)
That's because they're both rewrites of a press release. Welcome to the glamourous world of business journalism.
Re:xeon vs p3 (Score:1)
Does this mean .. (Score:1)
Although looking at Pricewatch says that PII Xeon 400s with 1MB are down around $180
*rubs hands*
--
Re:How many can I have (Score:1)
"The new Xeons will be used in a 32-processor server from Unisys that Compaq also is selling, Ambrose said. And IBM will use the Xeons in a new 64-processor machine to be announced later this week, based on the Numa-Q design IBM acquired by buying Sequent." I want one.
Threat to Sun? (Score:2)
Re:If Only Athlons Supported SMP (Score:2)
Re:How many can I have (Score:1)
That's not exactly my number one choice for enterprise server. Still, it's quite innovative for an x86 vendor. IBM sure will go the distance for you if you really, really want to stick with the Wintel architecture.
article is about margins, not technology (Score:1)
``Now they will be able to charge these high prices and they have their cost structure under control...The new version is so much more economical.''
This is a financial article, not technical. Bleah. Don't get me wrong, I'm not apposed to Intel making money, I just find the article content to be flimsy and not to be "News for Nerds."
Re:What's the advantage? (Score:2)
We have a stack of SMP servers here on BX-based boards, and they are rock solid. One of them gets up to 10+ load average on occasion.
About the only BX board I can think of that *is* known for instability with SMP is the Abit BP6. Unsurprisingly, you get what you pay for.
Re:you missed even a bit more (Score:2)
Yep. I've read the whole thing. :) It's exceedingly easy to program as well. And has backward compatibility in such a way that doesn't interfere with the rest of the CPU. 44-bit (64 in US-3) address space. Memory-mapped I/O. I could go on... Intel could learn a lot from the Sparc.
Wait for the Mustang Athlons (Score:1)
Re:Thoughts (Score:1)
A huge difference. Most x86 chips are memory bandwidth starved, so faster L2-to-L1 fills are always a big deal. Remember how much better the ATC (advanced transfer cache) P3's were? All they did was widen the L2 (?) cache bus.
UltraSparcs wouldn't care as much since they have a nice very wide path to core memory (and cache), and I bet they have more load/store functional units (or hit-under-miss capability), so are less bottlenecked on memory accesses (get to know modern processor design!).
Re:The RISC/CISC compromse. (Score:1)
Similarly, EPIC derives from the fact that good fast RISC code is that which is scheduled well. EPIC moves the scheduling to compile-time, rather than runtime.
When x86 dies, that's the end of CISC. Yay!
Re:Sun doesn't need to worry about Xeons (Score:1)
Ha? Supersparcs had integrated L1 cache. So did the 486. And remember the old CISC vs RISC debate. Hint: CISC programs tend to be smaller than equivalent RISC programs. Also, 64b pointers tend to take more space than 32b pointers. Bottom line:
you don't need as much cache.
A few points:
1. Due to processors like the SPARC having more registers, memory isn't hit as badly as on Intel's woefully inadequate architecture. This may improve cache performance, and certainly helps keep memory bandwidth available.
2. Because RISC processors spend less time juggling variables about between registers and memory, more work can be done in the same number of instructions. And the fixed instruction length improves performance elsewhere in the processor, negating the performance impact of slightly larger avarage instruction length.
3. Code for the UltraSPARC does not HAVE to work with 64b data. Until Solaris 7 came out, Solaris was strictly 32b on any SPARC. And instructions are always still 32b long.
4. If you DO have to work with 64b values, the x86 will have to improvise to handle the data, resulting in more instructions == bigger hit on the cache. With BIG databases, native 64b data handling must surely be a big win when working with large databases.
Besides, when we're talking about the sort of hardware you referenced, we are not talking PC price advantage anymore. The only real benefit of Initel hardware is the low price as a result of huge volume. These machines are definately NOT large volume.
Gwennap -- Intels most ardent fan! (Score:1)
I can't recall ever seeing anything he's written that says anything other than positively glowing things about Intel. It's almost like he's trying to be the personal antidote to The Register [theregister.co.uk], but whereas the Register is an admittedly biased gossip rag for IT folks, Mr Gwennap is supposed to be an independent analyst.
My point is, take anything he says about Intel with a very large grain of salt.
Re:If Only Athlons Supported SMP (Score:1)
Re:Pentium III Xeons not new, just 700 Mhz (Score:1)
Re:Sun doesn't need to worry about Xeons (Score:1)
Sun engineers might be laughing at the Xeons, but the managers at Fortune 500 corporations are probably going "oooh" and "ahhhh" on cue from the Intel marketing.
Intel releases what?!? (Score:1)
Awful nice of Intel to release PIII Xeons after letting me run a quad-proc system with 550s for the last 6 months.
I think they mean (and the article does indeed say) that Intel is releasing 700mhz PIII Xeons. Hardly worth getting all worked up about.
Someone else will surely have posted this by the time I finish typing, but what the hell.
-Tommy
------
"I do not think much of a man who is not wiser today than he was yesterday."
Re:Pentium III Xeons not new, just 700 Mhz (Score:1)
Re:Why only 733MHz? (Score:1)
tom
PIII Destined for Personal Computers (Score:2)
Cache, and where a Xeon makes sense. (Score:3)
For most personal systems, adding cache would give diminishing returns fairly quickly. However, a personal system usually has one or at most two major tasks draining resources. A server has many cpu- and memory-intensive tasks running at once. A small cache would thrash on every context switch. A larger one wouldn't. Of course, how much of a performance gain this gives depends on how long the timeslice is, but if the timeslice is short enough, it's relevant.
Anyone have any insight as to what makes the Xeon a good choice in the server arena?
Probably price. A Xeon system is cheap compared to its competition, if I understand correctly. It doesn't scale as well as a Sun box, and won't give you the floating-point performance of an Alpha box, and doesn't have the memory integration of an SGI box, but as an inexpensive mediocre solution it can be a good buy if you don't really need something cutting-edge.
Yikes (Score:2)
(It'd prolly be faster, too)
Re:Sun doesn't need to worry about Xeons (Score:1)
Actually, the article indicates cache sizes of 1MB and 2MB, which seems more reasonable for a server CPU than 256KB. Still smaller than your average SPARC, though.
Re: . . . you need SMP (Score:1)
Nobody needs SMP. People need a certain level of performance. SMP is just one way of achieving that level, and even then only for certain tasks.
Xeon vs Celeron (Score:1)
Cos it seems odd to me that a 550 Mhz Xeon costs about 8 times as much as a 550 Mhz Celeron, even though they are essentially the same design.
Does Intel use Xeon dies with broken caches as Celerons?
even 700 Mhz isn't new (Score:1)
Spec bad... (Score:1)
SPEC benchmarks are designed with minuscule datasets to reduce RAM and Cache bottlenecks... some interesting articles found at the STREAM homepage [virginia.edu] discuss how some CPU manufacturers boosted L2 cache on their chips, while ignoring RAM bandwidth considerations, simply to get higher SPEC results...
Memory bandwidth results (MByte/s) for recent HP, RS/6000, and esp. Alphas single-CPU workstations show they can play around with much more data located in RAM alot quicker than a 733 PIII, even at low clock speeds (400MHz for POWER3 and PA-RISC 8500... the Alphas were 21264s clocked at equal to or slightly less than 733MHz, with results being about double those of the PIII)... note that the PIII wasn't a xeon... shouldn't make a big diff though, because the architecture is similar (nearly identical) for PIII and PIII-xeon... look at the results yourselves, it's innarestin...
that being said, all Sun Ultra workstations performed a little worse than 'equivalent' HP, IBM, and DEC(Compaq) workstations regarding RAM bandwidth... Ultra60-360s perform so poorly that the PIII 733 gets twice as many MFLOPS on a particular test (but the lead is much less on two others... a 450MHz-Ultra might tie or surpass them)...
And ALL that to say that SPEC is only useful if you're comparing systems which will be doing computations on teeny tiny datasets. At least that's the case for SPECcpu95, I don't know about SPECcpu2000. Furthermore, the SPECfp benchmarks focus mainly on double-precision floats, to the expense of single-precision floats... this might indicate why results for SGI machines make them look pokey, considering some of their CPUs (r5000) are optimized for single-precision MADD instructions, because of their ubiquity in doing 3D work...
Here are some sites that contain benchmark results and/or link to sites with benchmark results:
SPEC website [spec.org]
the CPU Info Center [slashdot.org]
FutureTech SGI info [vuurwerk.nl]
Re: . . . you need SMP (Score:1)
achieving that level, and even then only for certain tasks. "
oh, then you "get" the joke. . . riotous, isn't it?
I just remembered this old Metallica song. . .
Re:How many can I have (Score:2)
Ambrose said
No, that's wrong, they will be used in the design of those systems, to figure out how to most efficiently dissipate heat. .
I just remembered this old Metallica song. . .
Re:Kicking some chip ass... (Score:2)
um. cool? I wasn't going to be buying any Intel chips anyway.
I just remembered this old Metallica song. . .
Oh, Joy. (Score:1)
"...a higher-margin product line which is targeted to the fast-growing network server market."
Higher-margin? You mean OVERPRICED, right?
Thanks, but I'll stick with Sun (granted, not terribly better, but at least the hardware around it is better.
Many Faces of Xeon (Score:3)
The original PII Xeons were the standard Deschutes (.25 micron PII) cores with full-speed L2 cache at 512 KB, 1 MB, and 2 MB. Those were replaced by the PIII Xeons that had the Katmai (.25 micron PIII) core with the same cache and sporting the addition of SSE. Both were rated for up to 8-way SMP. These are the Xeons that maxed out at 550 MHz.
There are a newer batch of Xeons based on the Coppermine core (.18 micron) that don't really differ from today's PIII's except that they are rated for multiprocessing (2-way only, I think). The Coppermine Xeons have 256 KB of on-chip L2 cache, just like the Coppermine PIII's, and can run on the 100 MHz or 133 MHz GTL+ bus, just like the Coppermine PIII's.
Skip ahead to the last week. PIII's are now rated as SMP (2-way only) capable. The Xeons being announced have SSE and on-chip cache, but the cache is (mostly) the same size as the old Katmai Xeons, namely 1 MB and 2 MB. I guess 512 KB is gone for good. Also, the new high-speed Xeons are capable of 8-way SMP, like the old Katmai and Deschutes Xeons.
One interesting note on the stability and scalability of Intel's bus design (remember it's been in use for 5 years+) is that they have pushed a bus that started at 60 and 66 MHz to 133 MHz, but in order to allow SMP beyond 2-way they can't get above 100 MHz.
GK
Please note that I did this all from memory and with all the holes in my for eating and hearing and whatnot I'm surprised all my memory hasn't leaked out yet. Now warned, you may flame away.
Re:What's the advantage? (Score:1)
ASP == All Sorts of People! (Score:2)
Re:ASP == application service provider. (Score:1)
I thought it stood for Australian Soup Pot
The RISC/CISC holy war. (Score:2)
There are efficient ways to implement CISC; the most common is to break down CISC instructions into smaller RISC-ian operations that are easily pipelined. You might have an extra clock's latency for the decoding, or you might not, depending on architecture.
The functional units that perform operations are the same. The cache and memory subsystems are the same. Processors tend to be bound by design tradeoffs in these or in the motherboard or in things like the register file size as opposed to by the instruction set.
Short version: RISC and CISC are different ways of telling a processor to do the same things. CISC used to make scheduling harder. Now it doesn't.
Re:Sun doesn't need to worry about Xeons (Score:2)
D
----
PII over Pro? (Score:2)
Additionally... (Score:1)
Better to get the story from the horses mouth:
Intel's press release [intel.com]
Also interesting, someone on Pricewatch [pricewatch.com] claims to be selling 800mhz PIII Xeons [pricewatch.com] for only $814, so why bother with a wimpy 700mhz for $1,177+?
-Tommy
------
"I do not think much of a man who is not wiser today than he was yesterday."
Re:Sun doesn't need to worry about Xeons (Score:4)
Sun's architecture is based on high-speed switches connecting multiple fast/wide PCI or Sbus buses. The peecee architecture is based on having one to four PCI buses on another shared bus. Suns have memory buses no less than 1152 bits wide. Peecees generally have 256-bit memory buses. Summary: Suns can move far, far more bits around inside them than any peecee server can. Sun 4, Intel 0. It should be noted that this isn't entirely Intel's fault, but they aren't really helping anyone do something non-peeceeish. You _could_ build a Sun-like system with Xeons, but nobody does.
The peecee architecture is hopelessly obsolete. 16 bit bootstrap code. A BIOS. Forget boot monitors and intelligent peripherals, you know, things that make systems manageable and flexible (just try booting a peecee from tape - you can't - or over the network - that'll cost you extra). Both system architectures have their roots in the late 70s and early 80s. Sun started with a good design and have steadily improved and enhanced it. The peecee started with a poor design and have left it essentially unchanged for 20 years. Sun 5, Intel 0. Again, not all Intel's fault, but since there aren't really any other systems available using Intel CPUs, it counts against them anyway.
Now, even with these drawbacks, I could see the Xeons being a good choice for a midrange server if they cost much less than the Suns. Unfortunately, the Xeons are actually more expensive than the UltraSparcs, even at the same clock and with the same size L2 cache. If you have $4k to blow, you can get either a Xeon 500 w/2MB, or an UltraSparc 450 with 4MB. And the UltraSparc is faster, too. Oops, guess that's 3. Sun 6, Intel 0.
Sun DOES need to worry about Xeons (Score:1)
Gwennap noted that while Intel-based servers are becoming more of a competitive threat to Sun in the low-end of the market, Sun still reigns at the high end, with much larger configurations where companies are using 16 to 64 processors in a server.
Intel is going after the low-hanging fruit first, so to speak. An Intel box is no match for Sun's high-end servers. Intel is eating away at Sun's UNIX market from the low end.
It won't be too much longer before every engineer will have an Intel box instead of a Sun or HP box. Once Intel has that market wrapped up, they can then go after the high end.
This is what Sun should be worried about. They wil lstill make good money in the high-end, but they need the low-end volume to really do well financially.
server segment is extremely crucial to Intel? (Score:1)
"In general, the server segment is extremely crucial to Intel," Ambrose said, though he added, "Clearly, the desktop
market is much bigger."
why is the server crucial? so they can keep desktop control?
Re:Sun doesn't need to worry about Xeons (Score:1)
I think you're confusing the CPU and the OS. A CPU is not designed for higher or lower load. It always runs at 100%, regarless of whether there's load of 10 or nothing but the idle loop to run.
Of course I agree with the main idea. Intel servers have a long way to go to catch the Sun servers, at least on the high end. This is totally different for the low-end servers, where you can get an equivalent Linux box for much cheaper.
Long live the P-Pro-200!!! (Score:1)
Some servers need big CPU cycles, but for the average server, the P-Pro is smooth, cool (heat), and reliable.
I'd take a dual P-Pro-200 over my 400mhz P-II any day.
Re:Sun doesn't need to worry about Xeons (Score:1)
While not strictly the CPU, I would consider the design of the I/O system to be important for high load situations. PC hardware wastes huge numbers of CPU cycles on brain-damaged I/O interfaces and devices. The interrupt latency on common PC operating systems, such as Windows NT, is poor. Many device drivers are poorly written. The PC world seems to be stuck in the MS-DOS era of I/O system design, kludges piled on top of kludges.
Re:Sun doesn't need to worry about Xeons (Score:1)
More seriously, I wonder
Re:CPU Horsepower Often Subservient to I/O Horsepo (Score:2)
Disclaimer: I used to work for Intel's server division, so I may be biased...
Yup. You see a noted difference when moving from an old Ultra-Narrow 5400 RPM drive to a brand new Fibre-Channel 10,000 RPM drive...
Those help, but RAID controller speed doesn't affect overall speed as much as you might think. The biggest speed improvements for RAID controllers are: bus improvements (new 64-bit controllers,) interface improvements (Ultra-160 or Fibre-Channel,) more cache (Yes, 128MB of cache helps ALOT in Database applications,) and, more channels (it really helps to have your drives distributed among a few channels. That's why three-channel RAID controllers are so good.)
Actually, the current limit on Intel servers is 64GB. One of the servers I supported when I worked at Intel was their OCPRF100. An eight-way behemoth that had 64 DIMM slots, each one capable of taking a 1GB PC-100 DIMM. The big problem is OS support. NT (including 2000 Adv. Server) only support 8GB (they claim more, but they're lying,) and most other high-end server OSes either peak at 8 or 16. 64-bit Linux doesn't have that limitation, but of course, it's only for use on the upcoming 'Itanium' processors. From what I've heard, Win64's limit will be 32GB, but that's just a rumor.
With current 64-bit, 66MHz PCI (528MB/s of bandwidth as opposed to 32/33 PCI's 133MB/s,) and the upcoming PCI-X (1GB/s+ bandwidth,) system bandwidth is improving. Combine that with gigabit ethernet, Ultra-320 and Ultra-640 SCSI, and in the next two years, bandwidth will no longer be an issue. (PCI-X, GigabitE, and Ultra-160+ all need I2O.)
I just miss playing Quake 3 on that eight-way system...
Re:How many can I have (Score:2)
Although Sun support up to 64 CPUs with the E10000, they're not all on one motherboard. Similarly, 64 CPU Intel servers (such as the Data General AV25000) will typically only use 4 CPUs per motherboard. Some newer configurations may use 8, but time will tell. The difference is that Sun have 64 CPUs in traditional SMP configuration. The Intel machines tend to have them in NUMA configurations.
Developing for the PIII (Score:1)
- Mip mapping via 133 bus using software rendering. Obviously to get the true results I couldn't make any D3D or Open GL calls or anything. Verdict: Crap. I saw a 45% DECREASE than if I used the direct memory mapped XOX function call. Not suitable for games.
- Real-time mirrored rendering of 3D object. I took a 14 call inverse-pixel image and "mirrored" it using standard calls. No dice. Unbelievably, it was a 22% slower than a Celeron! the image was 800x600 spinning cube at 16 bit color, btw.
- Advanced scalar addition. I just ran calculations and the PIIIZ did okay here, better but not noticably so.
- STL dissolve under standard Win32 API blit calls. Most of these caused the chip to lock, but a quick look at the memory registers show that the 5-10-20 register to be corrupt. Yup, you read that right
I will try and find my notes, I did alot more tests of this sorry piece of crap if you're interested.
sw
Re:The RISC/CISC holy war. (Score:1)
Re:Sun doesn't need to worry about Xeons (Score:1)
http://www.tpc.org/new_result/ttpp.idc
which shows the Xeon systems dominating the price/performance curve. I don't see any Sun systems, do you?
Re:Why only 733MHz? (Score:1)
---
Re:Yikes (Score:1)
So when are the SMP capable AMD chips going to come out (or did I just miss something)?
AMD Athlons are based on the DEC^H^H^HCompaq Alpha EV6 bus. They are SMP capable. The AMD 750 chipset did not support SMP, however, nor does the VIA KX133 (IIRC). Chipsets and motherboards for SMP are coming -- Tyan has announced one for fall of this year.
The Slashdot Sig Virus
Hey, baby, infect me [3rdrockwarez.com]!
it JUST came out? (Score:1)
Seem odd to anyone?
CPU Horsepower Often Subservient to I/O Horsepower (Score:5)
But it's not necessarily the truth.
The truth is that for a whole lot of the applications for which people are installing big UltraSPARC boxes, the applications are not CPU-bound, but rather I/O bound.
Having a better, faster Xeon Pentium III processor doesn't help with either of these things.
What helps with such applications are:
Which Seagate and Quantum and IBM are responsible for...
Think Adaptec, maybehaps?
Which means more than the 8GB that appears to be supported at this point.
Re:What's the advantage? (Score:2)
The 32-bit vr.s 64-bit is also a big problem. To balance CPU/memory/disk bottlenecks, you generally want about 1 gig of memory per CPU- so finding 12-16 gig of memory in a machine isn't unusual. And you want one process- the RDBM- to use _all_ of it (or at least most of it).
How many can I have (Score:2)
Interesting comment from the article (Score:2)
Sun Microsystems Inc.
I find this very intriguing - why would Sun be intent on targeting the ASP market? You'd think that with their focus on Java, they'd be much keener on simply convincing that market space to switch to JSP's or servlets, both of which would offer far superior performance on Sun servers.
This seems very odd -- does anyone have any comments or explanations for this?
ASP == application service provider. (Score:3)
Keep in mind, Microsoft wants everyone to think DNS stands for "digital nervous system", too. Fuck that!
- A.P.
--
"One World, one Web, one Program" - Microsoft promotional ad
Re:Sun doesn't need to worry about Xeons (Score:2)
Not to be abtuse here, but I don't get your analogy. Straight line speed is one thing, data throughput is another thing. So I thought maybe you meant that while Sparcs are slower that the PIII, they typically come with better I/O infrastructures. I'm all set to agree with you there. After all IBM sells big iron on this argument alone.
But then you said load, and I'm thinking maybe you meant straight line speed anyway.
So could you clarify?
Re:What's the advantage? (Score:2)
more ram (usually more dimms on those mobo's) and a better dual or SMP processing engine.
its pretty well-known these days that the [in]famous BX chipset falls down when both cpus run for extended periods of time at close to 100% saturation. the chipset overhead and freezes. even if you go to lengths to cool it, it still locks up.
I'll never run smp on BX on a 7x24 system ever again. intel - I totally lost confidence in your smp abilities on the low- to medium-end compute boards.
--
Re:PII over Pro? (Score:2)
not exactly. the ppro could run 4-way smp, I believe. p2 and p3 are hard-limited to 2 cpus, max.
--
Re:The RISC/CISC holy war. (Score:5)
Trust me on this one - it's at most one clock, and possibly less. This goes for the x86 instruction set especially; each byte of the variable-length instruction has a fixed purpose, instead of being completely random. To process this, you need to prefetch several bytes ahead and have three or four shifters and a MUX to select and align the next instruction while you're processing the current one, giving a throughput of one instruction fetched and aligned per clock (or more, if you add more silicon). Once the instruction is aligned, you read out each of the fields that might possibly be there, and use a MUX to select them. You have a combinational logic block that processes the opcode and tells you if this is an instruction that can be processed atomically or that needs to be broken down, and a lookup table giving a series of RISCian stages for multi-clock instructions. If the "multi-clock" flag is set, you stall the instruction fetch unit and route in instructions from the lookup table instead.
It should be noted that processing the argument-location byte may insert memory load/store instructions too. However, as these are very predictable, you don't need a table lookup for them (just stalls and instrucion register preloads at appropriate times).
Lots of extra silicon, but little extra time. You do much the same thing in a RISC processor, except without the alignment stage or the lookup table.
Re:Sun doesn't need to worry about Xeons (Score:2)
jmv is more correct than I in that it isn't strictly the cpu which is designed to 'handle' the load. I should have been more clear in that regard.
What I should have said is that both the cpu and the OS are designed to handle higher loads more efficiently. With Sparc cpus, task switching is aided by the Context registers built into the silicon. I am no hardware designer, so I couldn't say with any authority how x86 handles task switching.
So, to answer one of the above respondents, by load I mean how many tasks a cpu is required to switch between, and how efficiently both the cpu architecture and the OS can do that.
Don't think 'speed' when I say 'load'. Rather compare the ability of the machine to respond when the 'loadavg' starts approaching 1 or greater per cpu.
Re:What's the advantage? (Score:2)
ok, rephrase it a little: (Score:2)
Re:The RISC/CISC compromse. (Score:2)
I got this information from a textbook, not from Intel documentation, so I may be a little off. Anyone know more about this?
Pentium III Xeons not new, just 700 Mhz (Score:4)
My throat too (Score:2)
--
Have Exchange users? Want to run Linux? Can't afford OpenMail?
Re:What's the advantage? (Score:5)
At the time, I did not test multiprocessors, but I can only suppose that the margin would widen due to better SMP support within the Xeon/GX chipset. Also notable is the difference in chipsets between the BX and GX I tested with. The GX may make my setup a little faster with memory interleaving, more efficient bus arbitration, etc.
What remains to be seen is whether the cost difference justifies the performance difference for small servers, workstations, and hobbyist users. Can anyone kick in their deep technical knowledge of these chips?
-L
xeon vs p3 (Score:2)
Kicking some chip ass... (Score:2)
What's everyone else's opinion on this?
Sun doesn't need to worry about Xeons (Score:5)
As far as I can tell, the most the Xeon can scale to is 8 processors. At least that is the largest machine I can find for Xeon. Sun's midrange machines _start_ at 4 processors and, for now, go up to 64. The planned maximum for UltraSparc III is 1024. Sun 1, Intel 0.
UltraSparc is 64 bit, Xeon is 32.
Sun 2, Intel 0
UltraSparcs have had integrated caches for quite a while, as far back as SuperSparc I. On the current cpus, the desktop boxes can have up 2MB cache, the midrange servers 4MB, and the large Enterprise servers get 8MB cache. The PIII Xeon's claim to fame is the extra electronics they add to the processor card which allows some hardware admin of the processor. The cache size is 256KB
Sun 3, Intel 0.
Until Intel produces a cpu which can scale well and has an OS which supports that scaling, I don't think Sun has much to worry about.
And for those of you who think MHz is a consideration, bzzzt! In the world of 24x7 server farms, torque counts more than horsepower. The UltraSparc cpu can handle a much greater load without sweat than most other cpus. The UltraSparc was designed to handle massive loads. So, while the UltraSparc will likely lag behind an equivalently rated Intel cpu, which would you rather use to make a cross country houshold move: A Kenworth or a few dozen pick-up trucks?