
1100 MHz 'Athlon Killer' Due From Intel in December 306
jeffstar writes "According to this article at The Register, Intel has an 1100 MHz 'Athlon Killer' IA32 chip coming out. Yum, that's the kind of sauce I like." Sounds great. If it comes out - and performs - as promised.
Re:The Intel Conspiracy Nonsense (Score:2)
Not only could they not 'release this processor at any time', they still haven't released it, and there is every reason to believe they will not release it in the manner they suggest either. It will take longer or be slower. They don't have stuff waiting offstage- this is _the_ premier 'paranoid corporation', the last one in the world that would be sitting around going "Ho hum, we got this chip here, seems to go real fast. Maybe we should make some of them and sell them, or gosh, why don't we just ignore the competition and tack it up on the wall for a while instead? It's real purty-like."
Uh-uh. Sorry. There is no Intel Fairy. That mystical creature seems to be hanging around Motorola, nVidia and AMD these days...
Re:Ask slashdot: Should I wait for theese ? (Score:2)
FUD Suckers (Score:1)
(disclaimer: "coppermine" in no way refers to copper wiring technology. Intel still uses aluminum. Apparently, they know better than the rest of the chip industry)
"The number of suckers born each minute doubles every 18 months."
Re:PAPER Intro.(Two Points) (Score:1)
Well, of course! (Score:2)
To which I would have to add, "...or they are talking absolute crap".
Come on, people, get real. You're being manipulated. It's crazy to take some company's random promises as accomplished facts. You sure wouldn't do it for Apple, why pretend that Intel has a crystal ball? The intelligence you're insulting is strictly your own, 'cause other people are reading your comments and going "uh-HUH. Riiiiight. Aren't people credulous? Damn."
Seriously. Take a few deep breaths.
Re:2.4 GHz (Score:2)
Re:A reliable source told me: (Score:1)
Re:The Intel Conspiracy (Score:1)
Bad Mojo
aka "Lame Unit In I.T." :) (Score:1)
Athlon Rev. 2.... (Score:1)
Re:PAPER Intro. (Score:1)
First, their is a big difference in a market leader making a statement and a market underdog making a statement. For Sherman antitrust violation: a company must be a monopoly and engage in anti-competitive behavior. Adobe does not have a monopoly in the relevant market, but Intel likely does. While their is no bright line distinction, companies have been found to be a monopoly with 60% market share. Calling the chip an "Athlon Killer" may not be per se anticompetitive; however, it would make convincing evidence that Intel's intent was to ddestroy competition. Amercican Aluminunen was found to violate Sherman anti-trust law merely for increasing their production facilities.
Also, if Intel is under a specific consent decree to not use such language, violation of that decree could have legal reprecussions. The Register refers to an agreement that Intel has with the DOJ; however, I do not know the specifics.
Re:Ask slashdot: Should I wait for theese ? (Score:2)
Microsoft use similar tactics - spread rumours about some wonderful product you're releasing in the near future, that beats your competitor's. Foolish consumers wait for your product, while you slowly let the release date slip, and slip, as all the while your competitor is losing business.
Not bloody likely (Score:1)
Re:PAPER Intro. (Score:1)
Re:MIPS and FLOPS (Score:1)
Intel and Copper Note (Score:1)
If you extend the int and fpu scores on an Athlon to 1100 Mhz it will actually be faster than this Athlon killer. Besides Willamette was suppose to come out at the end of 1998, they're way behind.
It was actually about frying a dog's brain (Score:1)
Just for the record, it wasn't an anti-drug ad. It was an anti-leaving-your-dog-in-the-car ad. The ad went:
Announcer: "Hot enough to fry an egg?"
(view of egg frying on a car hood)
Announcer: "Hot enough to fry a dog's brain..."
(view of sad-faced dog with tongue hanging out)
Announcer: "[stern admonition about leaving the dog in the car]"
Pretty disturbing, really. Poor little dog.
Pundificaton (Score:4)
Allready processors are too fast for the rest of the system. This has been alleviated for the last decade by an increasingly complicated system of caches and chipsets. At worst you'll go throgh 3 levels of processor cache, main memory, disk cache and finally disk, for a total of 6 levels of memory. This could go on indefinately but will have decreasing returns, unless the architecture of the computer can catch up to be generally faster. SGI/Cray has done this well.
2. Megahertz == Marketing
Ever since the P2, it's been terribly obvious that Intel just develops to satisfy what the majority clueless consumer wants- a higher megahertz number. The P2 made it blatant by being inferior to the older P's when run at equal megahertz. The only benefit was that it would run at higher megahertz.
Efficiency
No x86 has been really efficent- in many ways. More gates, more watts, more space, more heat. The unfortunate predominance of x86 is leading to space robots being designed with pentiums because Intel can push through to get the chips certified. When multiprocessing becomes a necessity as clock speeds dead end, who will be able to afford the power and large case for cooling that 8-64 P[3-5]'s will need? It's absurd.
Re:What's the point... (Score:1)
SETI@Home
calculating digits of PI
searching for Mersenne primes
...any of a number of other neat distributed computing projects.
But most of all, can you imagine how fast a version of POV-Ray (http://www.povray.org) optimized for this chip would run?
It's a dream come true for us glass sphere and checkerboard folks!
Rick
Sounds more like a Merced killer... (Score:1)
JC's page... (Score:2)
"Register put up a very interesting bit here. It's about a surprise Willamette introduction in February of 2000 ("paper launch" in December, chip actually appearing two months later, according to the article). I passed this by despite the fact that a good ten percent (slight exaggeration, but you get the idea) of y'all emailed the URL to me. It just doesn't seem likely, considering the design, to our collective knowledge, hasn't taped out (and if it did, it was likely recently). Takes about a year from tapeout to production. You do the math. However, as I said, I wasn't going to put up a link to it, but I just realized something (thanks to Jocelyn Fournier, I think, for nudging me in this direction). The specint95 score of the P7-1100 shown at that register article is utter crap. If it is really the case that it is that slow, then Willamette will be pretty pathetic for servers, especially if you consider the 1MB on-die L2. The quoted score is 43 at 1100MHz. By my guesstimations (with the help of idiot from Ace's), an Athlon at 1100MHz would score between 50 and 55 (perhaps subtract a point or two for dropoff from linearity), depending on whether or not you optimize for prefetching. This means that Athlon pastes these alleged Willamette scores in specint. Actually, from the look of it, given Intel's Coppermine presentation at PF, it seems that Coppermine is also faster than Willamette in specint. I didn't check at all with the Winstone score, but as you can see, if Register's data is true, then it isn't really great news for Intel. I don't know about you, but I'll prefer to believe the more reasonable assumption that Willamette will come out in 2000 Q4 (or 2001 Q1) but will be totally rippin' in performance."
Re:One word: emulation (Score:1)
Outstanding News! (Score:1)
Let the price wars heat up!
Don't you just love compition!
Re:The GHz barrier (Score:1)
*Sigh* Not only is satire gone, but a search party was sent out and found only its distant cousins, ignorance and misconception.
competition rules (Score:1)
Re:Memory latency (Score:2)
Hasdi
1100?? (Score:1)
Do ye it'll be better than the dual overclocked celerons running at the same speed?
Re:Bullshit....this is just Intel propaganda (Score:1)
Re:Outstanding News! (Score:1)
Re:Outstanding News! (Score:1)
For some strange reason, I refuse to buy Intel at the moment...
a Merced killer, not IA64 killer (Score:1)
RDRAM = Rambus DRAM (Score:2)
This kind of RAM uses a narrower connection to the memory controller (typically 16bit) than tradionnal SDRAM (typically 64bit), but transmits data at a higher frequency (350MHz here), on both edges of the clock (hence PC700).
Though you get higher memory bandwidth (1.4GB/s here, versus 0.8GB/s for PC100 SDRAM) you must be aware that the memory latency is worse.
See Rambus, Inc's web site [rambus.com]
Re:1100?? (Score:1)
*grin*
I find the rated speed a bit odd... (Score:1)
*if* it comes out (Score:2)
Re:Replacement for Central Heating? (Score:1)
Next generation computer games are the point (Score:1)
Re:Speaking of heating up.... (Score:1)
This is because you can put the same processor into a well designed system, that provides adequate airflow that keeps a processor well within operating specifications. NOTE: These are typically not created with "off the shelf" parts. They consist of design work by a (or more likely a team of) thermal design engineer(s).
OR
You can install that same processor into a off the shelf case that provides piss-poor airflow, not because the case has no ventalation, but because the moron that put the motherboard (I still call them planarboards when I think to myself) in the case routed his ribbon cables whever they lie. The person that uses this system will experience heat related problems. And being equally unqualified to diagnose the problem, blames the chip! "Dammit! This chip is a space heater!" "No, the runs fine, the system was designed by a moron that thinks that the ability to use a screwdriver makes him a design engineer!"
(sorry for the rant)
If you purcahse a commercial name brand system, they will tell you the maximum ambient room temperature that they warrant the system to operate in.
Re:clock speed vs parallel design (Score:2)
>What you describe is essentially the initial MIPS project started by Hennessy at Stanford.
I'm glad someone noticed.
>Most delay slots are never filled
Obviously, this can vary a lot, but according to the studies I've seen a single delay slot can be filled with something besides a NOP >80% of the time for most kinds of code. The important thing is that a NOP is no worse than a stall, except that the stall usually has a lot more wasted circuitry associated with it.
Yes, dynamic scheduling can do "better" than static, but at what cost? Does the improvement make up for the additional complexity and limitation of clock rate? More importantly, are there other things that can be done with that real estate which provide even better bang for the buck?
Re:Sounds more like a Merced killer... (Score:1)
i think i saw it on there web page but im not sure where is saw it
Re:But if they release this... (Score:1)
"The number of suckers born each minute doubles every 18 months."
Re:Chill out (Score:1)
No problem. a 333-MHz P2 chip runs on a 66-MHz bus with a multiplier of 5X. The 500-MHz P3 runs at a 100-MHz bus with a multiplier of 5X. If you place the 500-MHz chip into your LX (please don't be a FX) chipset board, it will run at 66-MHz, with a multiplier of 5X giving you... 333-MHz!!! (Of course, you need to make sure that your BIOS can handle the new chip. If the BIOS don't know how to load all the latest BIOS level workarounds for the chip, you are looking at serious instability)
Now, you will be paying the 500-MHz price for a 333-MHz performance, but you DO get your wish.
-- I could use some karma, please moderate me up 8-)
Re:clock speed vs parallel design (Score:3)
WPI = Work Per Instruction
IPC = Instructions Per Cycle
CPS = Cycles Per Second
All of these approaches to improving performance tend to have characteristic challenges associated with them. In the current case, you have to deal with the fact that massively superscalar architectures require an instruction stream that keeps all the functional units fed. That means that compilers have to try to resolve data dependencies and competition for functional units, either of which would cause a stall, and also deal with branches which cause bubbles in almost any architecture. It's a very tough problem, which is why chip designers turn to second-order tricks such as speculative/predicated execution and VLIW/EPIC.
Personally, I think that's all a trap because it causes chip complexity to skyrocket and undermines the very idea of RISC. If I were designing a chip, my goal would be to crank the frequency sky-high and make the compiler (or a translating front-end processor such as Transmeta is rumored to be working on) do most of the worrying about how instructions get scheduled. In particular, I'd go for:
Re:What's the point... (Score:1)
Re:What's the point... (Score:2)
processing. I do think you need it to solve
large eigenvalue problems and run atmospheric
model simulations. A PC/Linux combo is an
excellent alternative to expensive workstations in
scientific research. It's ironic that these
super-fast chips are really overkill for 99.9%
of the population, but for the 0.1% of us who do
serious number crunching it's a great deal!
Re:Very suspicious (Score:3)
Intel is twisting the knife by showing OEMs performance predictions stretching out until late 2000 featuring a Willamette IA32 processor rated at 1100MHz competing with an AMD K7 at a paltry 666MHz.
No specific figures are quoted, but graphs pitting the rival chips against each other show the Willamette 1110MHz scoring around the 50 mark in Winstone98 against the K7 666MHz at 35. On SpecInt95, Willamette reaches 43 against the AMD part's 20.
The same graph shows a 666MHz Coppermine appearing in late 1999, a clear 12 months before AMD is expected to reach the magical figure.
And perhaps more worryingly for AMD, a Coppermine-based Celeron appears in early 2000 (probably at 500MHz and 100MHz FSB with Streaming SIMD) which is predicted to perform almost on a par with the K7 666 reckoned to be due 6-9 months later.
Rather than demonstrating inaccurate reporting by the Register, this report simply presents Intel's OWN predictions.
It appears from this that Intel was expecting AMD to be unable to supply 666 MHz Athlons until Q4/2000! As you can see, Intel's current production is right on target, but their predictions for AMD were way off!. AMD is over a YEAR ahead of *Intel's* schedule. There's no way for them to adjust for this misprediction quickly, so expect Intel to lose a *lot* of market share to AMD over the next year.
Re:Speaking of heating up.... (Score:1)
so i dont see how they can fail
Re:But if they release this... (Score:1)
This has been said now for at least 5 years.
As of yet, none of the soothsayers that said this, have been correct. Who knows, maybe you are the first!
No, this does not qualify you to claim "first post" if you are right! 8-)
Re:No... (Score:1)
"Subtle mind control? Why do all these HTML buttons say 'Submit' ?"
We could have had Merced last year... (Score:1)
Why? You can't just recompile closed source. More reason for OSS I say. This is a very good example of the Wintel monopoly holding back technology progress.
Also, had intel not designed the x86 architecture in 3 months (normally takes over a year.. but they had to get it out quick) it might not be taking so long for Merced to appear.
sigh.
Re:Athlon Rev. 2.... (Score:1)
Sure you can. You just can't find any boards that will do MP for the K6. In actuality, AMD's chips have supported MP since the original K6, albeit not using Intel's SMP specs since Intel wouldn't release their specs. AMD just developed their own MP spec.
Re:Believe it when I see it. (Score:1)
If I ever get a peltier I might try for 200 (50MHz)... It would boot but lock up pretty fast, too much heat (had to crank the voltage a bit more)
Re:Outstanding. (Score:1)
Re:PAPER Intro.(Two Points) (Score:1)
The technology that ends up in your PC, that is Direct Rambus, was in part developped by Intel.
Two quotes from the Rambus web site :
Developed in conjunction with Intel Corporation, Direct Rambus technology has the performance/cost ratio demanded by the high clock-rate microprocessors used in mainstream PCs starting to ship in 1999.
December 1996: Rambus and Intel disclose agreement to evolve Rambus DRAMs to meet requirements of PC main memory
Re:clock speed vs parallel design (Score:1)
Predication works on a similar assumption. When hard-to-predict branches are predicated, the hardware wastes some time executing useless instructions, but avoids the mispredict overhead of refetch and/or reexecution of everything after the branch.
--
Re:Outstanding News! (Score:1)
Note that these are Top of the Line CPUs, not what was available at the same time. The idea is where does AMD get when it wants to develop a concept, not where it stands at the moment.
A note - so far Intel has used better marketing and came out with products before AMD. So the fact, that AMD blew it out of the water in every CPU category sooner or later was never taken into account. Now AMD came out with Athlon before Intel. The game started to be interesting...
Adn an additional last comment. Intel can raize their frequency to terahertz if they want but with their current bus it will be still slower then an Athlon...
Yet ANOTHER Socket design?? (Score:1)
Athalon intel beater (Score:1)
Re:Bullshit....this is just Intel propaganda (Score:1)
Re:As much as I like Athlon.. (Score:1)
I was at the Palo Alto Fry's the other day and they had dual Athlon MB's in stock for something around $400. Would that I had ~$600 to upgrade my system (And add the second processor later).
Re:But if they release this... (Score:1)
Re:PAPER Intro. (Score:1)
To be anti-competitive would be to reduce the price to below that of the Athlon and run at a loss and just hope that AMD goes bust first.
Of course intel want people to buy it's own chip and not AMD's. Of course intel want to drive AMD out of this particular area in chip making - that's what's called competing.
Nowaday, "the better product" is not just the best tech, but the best tech, price, sales, marketing etc.
--
Re:Outstanding News! (Score:1)
The thing is, AMD always comes out with one system about a year before intel reaches the same version number. the k5 beat the 468, but it pailed against the pentium. The k6 beat the shit out of a pentium, but pailed in most cases against a p6 core. This k7 looks to kick a p6's ass, but I'd be willing to bet that the next get p7's will probably beat it...
"Subtle mind control? Why do all these HTML buttons say 'Submit' ?"
Re:Athlon Rev. 2.... (Score:1)
666MHz (Score:1)
Did you mean 'hacker' or 'cracker'?
Do you know the diffrence? I don't think you do.
Re:clock speed vs parallel design (Score:1)
Re:clock speed vs parallel design (Score:2)
The problem is, it's very tough for the compiler to do a good job scheduling statically. Most delay slots are never filled. Much more information is available at run-time (in a limited window for the hardware), so it can make some better decisions than a static compiler can.
However, the compiler can look much further ahead than the processor, so it seems that some sort of hybrid solution is called for. Whether that involves profiling and feedback optimization a la FX!32 and others, new ISA or something else is still an open question, I think. IA64 has made steps in this direction.
--
The Register is not exactly reliable. (Score:2)
- A.P.
--
"One World, one Web, one Program" - Microsoft promotional ad
Is this really what we want? (Score:2)
hot chip (Score:2)
Re:advantages (Score:2)
"Simpler to modify and read" in what sense? If you mean it's easier to read programs written in those languages, and to modify an existing program written in those languages, how much of that is due to the language and how much of it is due to its implementation being interpretive?
(Is "interpreted" a property of a language or an implementation? I think the first LISP implementations were interpreted, but LISP compilers exist; most C implementations are compiled, but I think C interpreters exist. I could imagine Perl or VB implementations that generate compiled code - I have the impression that VB code can be compiled into machine code - and if you were to translate one of this sort of language into, say, Java byte codes, and to run them in an environment with a JIT compiler, is it interpreted or compiled?)
Some of the benefits may be due to the implementation being interpretive, e.g. an interpreter might be able to do a better job of telling you where something blew up (although symbolic debuggers can, at least sometimes, do a decent job of that, at least if the code is unoptimized), but I'm curious whether a sufficiently clever non-interpretive environment could do as good a job.
I.e., speeding up "higher-level" languages might be doable by means other than throwing faster processors at them; one can debate whether they're better doable by those means, but that's a separate question.
But, yes, it's not ipso facto the case that faster processors server only to encourage sloppy code; some might debate whether software and what it can do has progressed in any truly useful fashion since the days of the Manchester Mark 1, but....
My how the tables have turned... (Score:3)
Perhaps this a true sign that AMD is a legitimate competitor to Intel; not just in the low-end but the high end too. If you didn't think that already.
No... (Score:2)
----
What's the point... (Score:3)
Just some thoughts...though I wouldn't complain getting one of these things for my birthday or anything
Outstanding. (Score:2)
Sure, it'll come out eventually.
"Released on paper sometime in January" with the chips actually available sometime around two months after that. Now doesn't that strike you as equivalent to "The check is in the mail?"
I want one. We all want one. But announceing plans to release something drastically cooler than everything else on the market should require a definitive time frame, especially when using that many "killer" buzzwords.
Athlon killer? Who even has one yet? Where do I get a mother board for an Athlon?
I can't believe this was anything but the PR departments intentional release of memos to get noticed and to try to take sales from AMD.
A reliable source told me: (Score:2)
"We know, from a highly reliable source..."
"It's also worth referring back to this piece, which also came from a highly reliable source..."
"Another reliable source tells The Register..."
"One US source says..."
Hehehe. Boy I get a lot of laughs out of this kind of journalism.
But seriously, it seems to me that at this kind of speed (if it were to be true), the processor isn't going to be the bottleneck (but that will vary depending on what you are doing, of course). The slow point for most of the things I do, is, believe it or not, my internet connection. (And I'm over cable modem.) Give me a low end pentium class machine and a blazing link, and I'll be a happy man.
However, that is all just my opinion...but I got it from a reliable source.
Re:We want better technology not faster chips (Score:2)
"Revolutionary" in what sense?
The 386 was the first 32-bit x86 processor, and the first one with support for demand paging - it had a new instruction-set architecture. Not particularly revolutionary in general, but revolutionary for x86.
The Pentium implemented the same instruction set architecture (with some minor additions); it was primarily revolutionary in its implementation, in that it was the first superscalar x86 chip to ship (again, not particularly revolutionary in general, but revolutionary for x86).
The latter means that, with Pentium, they pretty much, well, "went for the speed race".
...or getting it from HP. (I have the impression a lot, perhaps most, of the ideas in IA-64 came from HP.)
The Lame Unit In I.T. does have a new instruction set, because it'll be the first IA-64 implementation; is that the kind of "better technology" you're looking for?
Price! (Score:3)
fh
Re:*if* it comes out (Score:2)
joe
Not to sound doubtful.... (Score:3)
Let's see, AMD gets market share and major recognition with a quality product, and now suddenly Intel is claiming that it can suddenly make much faster chips RSN. Whatever.
I'm personally sick of talks of vaporware. I love new technology and reading about the future, but I don't buy my computers based on speculation from unnamed sources regarding the possible date that a chip will get put to paper. It's utterly irrelevant.
Call me when it's in silicon.
clock speed vs parallel design (Score:2)
also, it seems to me, multiple short pipelines would yield higher preformance than fewer high clocked, deeper pipelines.
i believe the reason intel goes the faster deeper route (compared to slower, wider) simply cuz:
1) it's cheaper to deepen pipelines and it isn't too hard to get a good enough signal to noise ratio for higher clock speeds (is that even an issue?)
2) marketing. this is the obvious one. they can say "our chips are fast! more MHz than our competitors" and the general public doesn't know any better.
ps, please correct me on anything, i'm just guessing at some of this stuff
Next version of windows will be in VB6 (Score:2)
Re:What's the point... (Score:2)
I just get this "MUUUAHAHAHA" feeling when i think of a 1Ghz power machine.
Memory latency (Score:3)
2. At 0.18 micron this stuff needs a supa-dupa cooling system. Maybe with sharper fab, you can get this speed
3. Needs very large cache and very wide memory bus and heavy interleaving because the last time I checked the memory is still running at 100MHz max.
If I were you, i'll either get a dual celeron bundle [tntcomputer.com] at $799 or a 400 PPC750 with monitor [apple.com]also for $999.
Re:Believe it when I see it. (Score:2)
How dare you say that!!! (Score:2)
Re:My how the tables have turned... (Score:2)
That's exactly what you are supposed to conclude. But it isn't "now", it's several months from now. Maybe.
So long as the chips aren't shipping, it's vapourware.
Or perhaps paperware, in this case.
--
It's October 6th. Where's W2K? Over the horizon again, eh?
Very suspicious (Score:5)
I'm left wondering if this article is going to be any more accurate than one the Register ran earlier this year [theregister.co.uk] when they said that the 666MHz Coppermine would appear in late 1999, "clear 12 months before AMD is expected to reach the magical figure". Yeah, right.
HH
Adding more pipelines (width) has its own issues (Score:3)
Continuing down the "more, simpler pipes" path is akin to explicitly parallel chips. It's a hot area of research, and there are some applications for which it might pay off (the ones where multiprocessor machines already pay off, perhaps: servers that are doing several unrelated things at once) but for doing just one thing and doing it fast, faster deeper is probably far easier a problem. Remember, Intel has had problems with the old P6 core (ppro/pII/pIII) because it's already very hard to write a compiler that doesn't stall it left and right.
With all that said, I don't see any mention in this article about the actual design of the new chip, except for some very vague (and likely wrong imho) stuff in the article about Wilamette that's referenced in this one.
Re:clock speed vs parallel design (Score:4)
Branch prediction is the major problem. Sure, predicting one branch may work 90% of the time, but when you start talking about wide machines, all of a sudden you're predicting 2, 3 or 4+ branches at once. Your prediction rate goes way down. Fast.
A student here did a study that showed >50% of the processor cycles were spent recovering from branches. And I don't think the study was on a particularly aggressive machine (though I can check that).
The encouraging this is, if we can get around branch problems (and that's a huge if), the parallelism is there. But not where the machine can see it. There was a study exploring the limits of ILP in Spec95 (yes, not realistic benchmarks, but it's what was available). If you assume perfect prediction (yes, completely unrealistic, but this was a limit study) and remove the stack pointer (which is often on the critical path of instruction dependencies), you can get parallelism in the hundreds (for integer programs) or thousands (for floating point stuff) of instructions.
But there's catch. If your instruction window is 10k instructions wide or less (a completely unrealistic size, by the way), the parallelism drops by an order of magnitude or more. The hardware doesn't have enough context to see it. But the compiler does. Think about forking threads on function calls when you can and you'll see where I'm going.
Some kind of model like Simultaneous MultiThreading may be needed in the future. Compaq is working hard on this for the Alpha.
What's important to remember is that we've received the biggest speed boosts from the process guys. Cranking the clock and packing in gates (i.e. cache) does much more than adding another pipeline. Remember Moore's Law.
--
The Register (Score:2)
--Conquering the Earth Since 1978.
2.4 GHz (Score:2)
The GHz barrier (Score:2)
I'm happy to see that the GHz barrier is likely to be broken before 2000, if just barely (though you have to wonder how much vaporware this is.) As for the MB RAM barrier, I guess it's always possible, but it's starting to sound like overkill (well, maybe not for W2K, but certainly for most of the uses I make of apps under Linux!)
Now all I need is a 1 TB hard drive to go with that 1 MB RAM and 1 GHz processor. In a Palm Pilot. There's nothing like misusing power to put any 1990 supercomputer to shame on playing X-mines!
"There is no surer way to ruin a good discussion than to contaminate it with the facts."
Not quite yet... (Score:2)
While we're on that subject. If Intel does paper release the P7 in December, they've pretty much signed the death certificate for the Coppermine and PIII line. Now Intel's a marketing genius (love them/hate them for their technology, but any company that can convince people they need a PIII for the Internet has strong marketing) so there's no way they'll throw away all those ad dollars on the PIII line quite yet.
The Register had been getting better, but this is reverting to their old self...
Re:Outstanding News! (Score:2)
has had plenty of time to destory AMD.
Thanks to AMD and others, Intel is not a monopoly.
And, you can buy lots of nice machines for what
a fully loaded TRS-80 cost in 1978.
Re:Chill out (Score:2)
Re:Replacement for Central Heating? (Score:2)
1.1Ghz? Intel? So is this a replacement for my
stove or central heating? Do I need one of those
big restaurant freezers or can I just move to
Nome and keep it outside?
Intel scamming.. (Score:2)
By accepting the challenge, they admit defeat (Score:2)
Athlon was different. Athlon challenged Intel on Intel's home turf, and won. It was the fastest high-end x86 CPU around, and is going to stay that way for at least several months, if not longer. Intel had a serious threat for the first time. AMD may still be small compared to the behemoth Intel, but David was smaller then Goliath as well.
The fact was one thing, but as we know, the spin can be another. Intel could have found some sort of flaw in Athlon, or fired up the FUD guns. In most cases, you can argue some point or other as an advantage over your competitiors. Even Windows, to use the favorite
But Intel did not do that. Intel could not find a way to counter Athlon in the trenches. Intel looked for ammo, and found none. For the first time, Intel looked at the competition, and found itself unable to immediately compete!
Now Intel is scrabling to catch up, to try and build a counter-weapon to use against Athlon. The fact that they feel the need to "kill" Athlon is very telling. It is one thing to know you have a threat. It is quite another to classify it as the threat.
By accepting AMD's challenge, by admitting that the Athlon is strong enough that they need to target an entire product series at it as a "Athlon killer", Intel admits that they have lost a battle. That AMD has stole ground away from them. That Intel is wounded enough for it to hurt.
It may be only in pride, or in market perception, that Intel feels pain. Their sales are still large enough that AMD is no immediate financial threat.
But suddenly, the small fry that they paid little mind to before, has woken up and bit them hard. Hard enough for Intel to step back, shake itself, and wonder what to do about this new threat.
I imagine the British felt a similar feeling when their American colonies fought to break lose -- and started to win.
It will be very interesting to watch this war as it unfolds.
Re:A reliable source told me: (Score:3)