

Pentium 4 6XX Sequence and New EE P4s Launched 198
Mojo-Dog writes "Today Intel took the wraps off their new
Pentium 4 Processors with EM64T extensions for 64-bit computing. The
Pentium 4 6XX Sequence and Pentium 4 3.73GHz are based on Prescott 2M cores with
a full 2MB of on-chip L2 cache as well.
HotHardware.com has a full review with benchmarks posted of these new P4s,
many of which also offer Intel's SpeedStep technology for power savings and
improved thermals, which has been available in Pentium Mobile CPUs for some time
now."
'lagging a bit' (Score:5, Funny)
No kidding. Nintendo had a 64 bit processor back in like, '96.
Re:'lagging a bit' (Score:2, Funny)
Re:'lagging a bit' (Score:1, Insightful)
Re:'lagging a bit' (Score:2, Informative)
Re:'lagging a bit' (Score:2)
It came earlier than the alpha though, so for all intents and purposes the R4000 was the first commercial 64bit RISC micro.
Forests, not trees (Score:3, Insightful)
Intel and HP chose to work together on a development effort to produce a totally new processor [wikipedia.org]
Re:Forests, not trees (Score:2)
-B
Re:Forests, not trees (Score:2)
What you're really saying is this: you think you understand what the poster was thinking better than I do, and that the moderators back you up. My response: whatever. Get back to me when you finish that ESP course. I'm too lazy to assume that post says anything except what it says.
Re:Forests, not trees (Score:2)
Re:Forests, not trees (Score:2)
Re:Forests, not trees (Score:3, Interesting)
The Itanium didn't offer drastically improved performance for the price, and AMD processors don't sacrifice much performance for x86 compatibility.
<blockquote>As in the past, backward compatibility won out over superior technology, and AMD has been winning market share from Intel.</blockquote>
Not true at all. Price/Performance won out. In this case, the better performer for the price, just happens to have better backwards compatibility as well.
Re: here in India... (Score:1, Funny)
Re:'lagging a bit' (Score:3, Informative)
The page you link to, by making this analogy, shows that its author doesn't know jack about shit, either.
The Nintendo 64 had an R4300i CPU. It was fully 64-bit. It addressed 64 bits (40 physical), the same as high-end SGI wor
Re:'lagging a bit' (Score:2)
It's not surprising that the R4300i has a 32 bit mode, as you say; Other MIPS processors like the R4400 and R5000 share this particular feature so they can run legacy MIPS code.
Re:'lagging a bit' (Score:2)
Which is completely irrelivant, because it's primarily only used for controller input, and is NOT what the games run on.
From Wikipedia:
consensus exists with those who are familiar with the system hardware that because Jaguars main data bus, and some of the processors, are 64 bit, the entire system can consider itself 64 bit.
At least (Score:4, Interesting)
Re:At least (Score:2)
Re:At least (Score:2)
Windows XP 64-bit (Score:5, Funny)
how lucky!
Re:Windows XP 64-bit (Score:5, Funny)
Re:Windows XP 64-bit (Score:2)
Re:Windows XP 64-bit (Score:2)
Re:Windows XP 64-bit (Score:2)
Non-dupe certification (Score:5, Funny)
This certification provided 'as is', all guarantees and warrantees are disclaimed.
This has been a public service posting.
Re:Non-dupe certification (Score:2, Funny)
Oy! (Score:3, Funny)
Re:Oy! (Score:3, Insightful)
I'm sure you see the irony here [slashdot.org]...
Erm Wait . . . (Score:5, Funny)
Re:Erm Wait . . . (Score:5, Funny)
Correction (Score:2, Informative)
Cheers,
CD
Re:Correction (Score:2)
Re:Erm Wait . . . (Score:2)
Re:Erm Wait . . . (Score:2)
My negative stat
Re:Erm Wait . . . (Score:2)
An additional reference (Score:2, Informative)
Re:An additional reference (Score:1, Informative)
Turn on HTML formatting next time, brother.
http://techreport.com/reviews/2005q1/pentium4-600/ index.x?pg=1 [techreport.com]
Re:An additional reference (Score:1, Informative)
http://www.hardcoreware.net/reviews/review-263-1.
Compatibility with AMD64 (Score:5, Insightful)
Wow, nicely said. Is this close enough to make binaries interchangable or are they two separate platforms? Either way I am 100% sure that things are exactly as they are.
Re:Compatibility with AMD64 (Score:2, Informative)
In other word, you could say it's 100% compatible. Or 100% ripoff. :-)
Re:Compatibility with AMD64 (Score:2)
On Windows (I haven't looked into the issues, if any, on *nix), yes. 64-bit executables on Windows utilize the PE32+ format which can be flagged with a machine type. Up until AMD64/EM64T the most common machine type was IMAGE_FILE_MACHINE_IA64 (for Intel's Itanium architecture). But AMD64/EM64T compilers emit images with the machine type
Re:Compatibility with AMD64 (Score:2)
Intel wants you to use their compiler for all your needs and if you can afford it (and possibly take the time for extra annotation and library usage) you get great performance on all implementations.
still (Score:3, Insightful)
Re:still (Score:2)
Basicly you set an upper bound to the hardware throttling built into the Pentium 4.
Re:still (Score:2)
why? because if you use linux or similar OS which halt the processor in idle, you're already placing the CPU in the lowest power state it can possibly be in -- totally halted in most cases.
and when you're using the processor, you're going to want to run it 100% speed anyway -- there's no point in running it 50% speed because it will take 50% longer and thus the same (or more) power to
Re:still (Score:2)
What you are saying is simply false, you haven't done the experiment yourself.
My desktop AMD64 system runs at 35C when throttled with cool'n quiet at 1GHz (equiv speedstep) and at 54C when unthrottled at 2GHz, even when idle. The cpuspeed daemon under Linux does what you describe, as soon as the load goes up it sets the CPU at full speed, so there is *no* downside.
These techs are *very* useful. You can set cpuspeed to only allow the CPU to run at the low
Re:still (Score:2)
it does nothing for desktop p4's.
i have one. it has clock modulation. the clock modulation works.
however there is zero difference on idle between lowest speed and highest speed. it does nothing for temperatures. zero. nada. zilch. this is in fact what several review sites found and reported, much to their suprise.
because when the p4 is HLT'd, you can't go any slower than that -- the cpu is stopped utterly and completely.
as for being useful by allowing the cpu to run at the
Re:still (Score:2)
With clock modulation on, laptop endurance is much longer. This is only obvious since max speed is limited and so are consumption and temperature.
Clock modulation is still useful for desktop because hardware underclocking usually requires at least rebooting, if not twidling with jumpers. With software throttling you can completely and safely stop the fan if what you want is watch TV or listen to music, which would be
Re:still (Score:2)
Re:still (Score:2)
The Prescott core sucks. It always has. They need to dump that thing and move on.
Re:still (Score:2)
Re:still (Score:2)
The new Pentium 4 Extreme Edition at 3.73GHz, again with out SpeedStep capability, idles at around 56oC with stock cooling in our open-air testbed. When loaded up with our Folding client, we see similar high-end temps at 73oC.
Your right idleing at 56 is not indicative of a heat pig since most amd 64's idle at 34 and max at 48 under load.
The new Pentium 4 6XX Sequence and Pentium 4 Extreme Edition 3.37GHz CPUs offered a bit more performance in gaming scenarios but
Re:still (Score:2)
No, you didn't finish the quotation:
What the report says
The most intriguing part... (Score:4, Interesting)
http://www.hardcoreware.net/reviews/review-263-11
http://www.techreport.com/reviews/2005q1/pentium4
Load temperatures are the same levels as idle temps on the old prescotts!
Still catching up to Athlon wrt games (Score:5, Insightful)
This P4 still lags behind the Athlon FX-55 and 64 4000+ for Doom3, HL2, UT2004, and the general 3dMark benchmark. Pricewatch has the FX-55 at 900$ US and the 64 4000 at 620$, which is cheaper than the best chip of the bunch at 999$. Granted, video cards are probably the biggest system decision for gamers, but if CPUs figure into your decision, you might want to consider the comparisons.
Re:Still catching up to Athlon wrt games (Score:2)
But, gamers, if you really want to save some money, please buy the AMD. At this point, I'd wait for the next release of the 6XX line before buying one.
Nothing really about 64 bit performance (Score:5, Insightful)
64 bit slower than 32 bit (Score:2)
(yes, yes, I am kidding)
Re:Nothing really about 64 bit performance (Score:2)
Re:Nothing really about 64 bit performance (Score:2)
The 64-bit registers are twice the size of their 32-bit brothers, or equvillently, there are twice as many 32-bit registers in a 64-bit CPU.
Software will need to be recompiled, yes, but almost everything will likely benifit from having more registers, if from nothing else.
Re:Nothing really about 64 bit performance (Score:2)
Under 32-bit processors you get these registers (all 32-bit of course):
EAX, EBX, ECX, EDX, ESI, EDI, ESP, EBP (8 total)
Under 64-bit process
Re:Nothing really about 64 bit performance (Score:2)
Where also they link to another forum post containing some very interesting performance differences, found here [gentoo.org].
Those are some very interesting results, particularly since they appear to indicate, overall, that 64-bit code on a 64-bit OS is faster than 32-bit code on a 32-bit OS. The exceptions, where the 32-bit code was faster, were all programs that are specifically optimized for x86 performance, including hand-tuned assembler. It's reasonable to assume that when those are hand optimized for AMD64,
Re:Nothing really about 64 bit performance (Score:2)
Intel fanboys? Biased Journalism? (Score:5, Informative)
1. If Intel beat the AMD in a test
"Once again it's game over for AMD"
2. If AMD beats Intel in a test
"AMD struggles to keep ahead of Intel in this test"
I thought at first it was just a one off comment - but the almost all of the evaluations were like that.
Obviously we each tend to have a preference for one brand over another but please can we have consistent commenting.
Paul.
Intel the leader in 64 bit extensions? (Score:4, Insightful)
Re:Intel the leader in 64 bit extensions? (Score:3, Insightful)
intel has been beating this dead horse for over a decade and it hasn't lived up to a single one of its design goals, and has never been profitable.
HotHardware.com (Score:5, Funny)
Clarification ? (Score:2)
From the article:
Does this refer to a standard buffer overflow attack of giving longer input that the program expected, or does it describe another type of attack ? I really can't tell :(...
I've been waiting for this for some time now... (Score:2)
Just needed the next "trendy new marketing development that really adds nothing" from Intel or AMD to push down the price of the chips I really want.
Re:I've been waiting for this for some time now... (Score:2)
Sh*t or get off the pot.
If you've really been waiting for the prices to drop, you'll be the one obsolete by the time you get a new model. Buy what you can afford now and worry about the next great model later when you think it's time to get a new one.
RE: upgrades (Score:2)
Sorry, but I don't buy that excuse. It's fine to say "I don't see a need to upgrade my outdated PC yet." Maybe you only run 5+ year old apps on it and it's all you need? But I grow tired of the lame excuse of "I need a new comput
Re:I've been waiting for this for some time now... (Score:2, Interesting)
8 more general purpose registers will do well to most code.
SSE3 in Prescott was an addition with very little real usage so far. The 64-bit x86-based ISA is a prime example of what you'll hate yourself for not having
64-bit GPUs (Score:3, Interesting)
Re:64-bit GPUs (Score:2, Insightful)
Re:64-bit GPUs (Score:5, Informative)
Then, you realize that the current SSE/3Dnow etc stuff will actually handle 128-bit data.
Then, you can think that you should measure the bandwidth of the memory bus. With dual channels, that's generally 128 bits now for CPUs, but for Intel, the memory bus is of course still a part of the chipset. Most GPUs top out at 256, with lower counts and basically the same architecture for the cheaper models. The front-side bus in Intel chips is 64-bit, but running on a higher frequency. Also, most accesses, IIRC, are aligned to be the size of one cache line - 64 bytes or 512 bits. Also, note that the 8088 was an 8-bit CPU and the 80386 sx a 16-bit CPU by this definition. Obviously not what we want.
Finally, we can measure it by the addressing model. This makes some sense and then we also get to the result that AMD64 was the first x86-like ISA to achieve 64-bit flat space addressing. The "flat space" requirement is important, as we want to consider the 8086 (/8088) 16-bit and not 20-bit (16-bit segment + 16-bit offset with locked segment spacing). In this area, many GPUs are tailored to their actual memory capacity. Why should we waste addressing bits and consequentially lines on stuff we can't use?
By this definition, a modern GPU isn't "even" 32-bit, but why the heck should we care. The number of bits as a performance metric is stupid unless one has to take extra measures to avoid the boundary. That was the case in 16-bit x86 code, and is currently the case in some heavy-iron 32-bit code. The number of bits "of" a GPU is not a relevant metric.
Re:64-bit GPUs (Score:2)
Re:64-bit GPUs (Score:2)
Thermal Characteristics & Power Consumption (Score:3, Informative)
After reading a few other articles about the 600s (Score:4, Insightful)
It figures (Score:3, Funny)
Worthless Review (Score:3, Insightful)
Re:Um (Score:5, Funny)
I think you misunderstand the way stories work on Slashdot. The first one is free. Intel has to pay for the duplicate story six hours from now.
hahahaha (Score:1, Funny)
Re:hahahaha (Score:2)
Re:hahahaha (Score:2)
He replied as AC. His mods stand.
Is this true? If so, that seems like a hole in the system. The FAQ talks about not being allowed to post and mod the same discussion, and it doesn't say "unless you post anonymously." Have I read into the FAQ a rule that isn't there?
Good luck with those snarky corrections ;)
Well, I tried! But I'm always willing to listen to factual corrections.
Re:I don't see much of an improvement. (Score:4, Funny)
Why do you want to know?
Sincereley,
Your Friendly Neighborhood RIAA Agent
Re:I don't see much of an improvement. (Score:2)
If you spend a significant amount of time waiting for that sort of thing to complete then it could well be worth it, especially if you're rendering more complex models.
If you're just ripping the occasional CD to mp3/ogg for your media player, then what do you think?
Re:2MB Cache? (Score:5, Informative)
Re:2MB Cache? (Score:4, Interesting)
RISC processors always have more cache than CISC processors, it's part of the design tradeoff. RISC takes less silicon to implement the core than CISC, which leaves more room to dedicate to the cache. Also the same complex operation requires more instructions on a RISC than a CISC, thus you need more L2 to keep the same amount of functional code in cache.
Re:2MB Cache? (Score:2)
...and you need it, because the cache/memory speed disparity is much greater on that system. Don't repeat Intel's "bigger numbers are better" mistake; 2MB plus faster memory is a better design tradeoff today than 8MB plus slower memory.
Re:2MB Cache? (Score:2)
The 8MB of cache on the R12000 is OFF-DIE. It is connected to the CPU using a bus that is in fact SLOWER than the bus to DRAM on modern PCs (MIPS L2 cache BW is ~2GB/sec). So great, you have an 8MB cache but it's 2x slower than the 512MB of DDR DRAM that you can find in a PC! I could say that my PC has 512MB of cache...
Secondly, the 2MB of cache on the P4 is ON-DIE. Let's do some math...that's one 128-bit load per clock at 3.73GHz which is a shitload of bandwidth (59.68 Gbytes/sec).
Re:2MB Cache? (Score:2)
Re: EM64T Extensions - 64-bit computing? (Score:5, Informative)
1. 8 registers increased to 16 (it still sucks compared to SPARC's 128).
2. Larger addressing width (eg. can allocate more than 4GB of memory limited by 32-bit architectures). Alpha and MIPS had this capability in 1992.
3. NX bit (can prevent buffer overflows). Has been available for ages on good CPU architectures.
Re: EM64T Extensions - 64-bit computing? (Score:5, Interesting)
Item 3 is an improvement, but you mis-described NX, it doesn't "prevent buffer overflows" at all. It's a _marginal_ defense again deliberate stack smash attacks in which executable code is written during a buffer overflow. Buffer overflows have been used by Black Hats quite happily on Alpha, MIPS etc all these years despite non-executable stacks. It remains to be seen whether the development cost for this feature pays for itself in terms of raising the bar for black hats.
Item 1 is a trade-off again, but one that Intel should have made years ago, perhaps when they designed the 386. 128 registers means a lot more silicon, yet many inner loops will never use more than a dozen or so registers, meaning you either make price/performance worse, or you sacrifice something else (maybe vector instructions) to keep costs down. Every designer makes their own decisions here, and they're validated in the market. Eight wasn't enough, Sixteen is definitely closer to the sweet spot.
AMD made good trade offs with x86-64, they were rewarded in the marketplace and Intel are jumping on the same bandwagon now with EM64T.
Re: EM64T Extensions - 64-bit computing? (Score:2)
- it's compatible
- it's fast
- it supports more (important) instructions
- larger address space
- additional security feature
- it's relatively inexpensive
So in my view there is little wrong with it. Too many processors claimed to be better, but were slower and more expensive instead - and that's what counts. The compilers will compile for it without too big a fuss, so what's your point?
If it can keep up with AMD on performance, power/heat requirements and compatibility
Warez check (Score:2)
According to some *ahem* backup-sites I've seen, Windows 64 is allready out on the internet and has SP1 embedded.
Re: EM64T Extensions - 64-bit computing? (Score:2)
Wow. I guess the IA-32 platform really does suck. Even my Amiga 500 with an old Motorola 68k CPU way back in the nineties had this.
Not being a troll or anything, but back in the days, any Motorola-based computer with a similar speed of an Intel-based machine beat the crap out of the Intel-based machine since most of the instructions was actually processing data and not loading and unloading registers. If the compiler supports the
Re: EM64T Extensions - 64-bit computing? (Score:2)
Re: EM64T Extensions - 64-bit computing? (Score:2)
IA-32 sucks like the c-language sucks. It sucks like SOAP over HTTP sucks. In other words, it is just an intermediate platform. A communication protocol between the compiler and the hardware. If the protocol changed too often say the Motorol 6800 -> Motorola 68k -> IBM/Motorola PowerPC as Apple has done, then you loose a LOT of 3'rd party support. It is expensive to develop high-performance general-purpose software for an architecture that keeps c
Re: EM64T Extensions - 64-bit computing? (Score:3, Informative)
in order for itanium to be successful, every single one of them had to pan out.
what happened is virtually none of them panned out.
intel blew their load on a high risk gamble, and lost.
Re:A crappy processor with a new crappy lease on l (Score:2, Interesting)
Don't forget that Intel does a lot more than X86 CPUs too. They just retook the NOR flash sales title (admittedly after losing it, through another stupid business decision), and Hector Ruiz may now be mulling the sale of Spansion [pcauthority.com.au] because of the intense competition. On one hand they are up against the wall WRT being forced to use band-aid solutions for the current P