Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Intel Hardware Technology

Intel Begins Shipping 64-bit Prescotts 411

Rucas writes "With a minimum of fanfare, Intel has begun shipping a version of the Pentium 4 with 64-bit instruction set extensions. The news came to light not via an Intel press release, but rather through the spec sheet for a new server from IBM. In the midst of the new IBM eServer xSeries servers based on the recently released 64-bit Xeon is a blade server powered by the 64-bit Prescott. This marks the first product appearance of the new CPU."
This discussion has been archived. No new comments can be posted.

Intel Begins Shipping 64-bit Prescotts

Comments Filter:
  • plagiarism (Score:2, Informative)

    by Anonymous Coward on Thursday August 05, 2004 @10:53PM (#9896193)
    more like arstechnica.com writes....
  • Original Article (Score:5, Informative)

    by Anonymous Coward on Thursday August 05, 2004 @10:53PM (#9896196)
    A link to the original on Ars might've been nice:

    http://arstechnica.com/news/posts/20040804-4070.ht ml [arstechnica.com]
  • by vincecate ( 741268 ) on Thursday August 05, 2004 @11:00PM (#9896241) Journal
    There are benchmarks from anadtech.com [anandtech.com] and xbitlabs.com [xbitlabs.com] that show AMD64 chips have higher performance on 64-bit code. Since there are more registers in 64-bit mode, it seems very reasonable for it to run 64-bit code faster. However, both theinquirer.net [theinquirer.net] and infoworld.com [infoworld.com] claim that the 64-bit performance of Xeon-Nocona is no higher than its 32-bit performance. At first this seems unreasonable, since it will also have the additional registers that helped AMD. However, some of the 64-bit instructions can be longer [x86-64.org], so relying on a big cache may not work as well and high memory bandwidth may be more important. So it could well be that AMD's chips are better suited for 64-bit code.

    Though Xeon-Nocona has been available for more than a month [intel.com] it seems there there are no substantial reports on 64-bit performance of Nocona. Is there anyone here who can report anything about the 64-bit performance of Nocona?

  • by BigAl_nz ( 39616 ) on Thursday August 05, 2004 @11:02PM (#9896252)
    Where could I have seen it before [arstechnica.com].
  • by Christopher Thomas ( 11717 ) on Thursday August 05, 2004 @11:10PM (#9896309)
    At what point are people actually going to start making 64 bit applications? I'm not talking 64 bit linux or anything like that, I'm talking consumer level apps and games.

    Among other things, it should let the OS map more than a few gigabytes of memory into the address space at one time. A 32-bit application will only be able to see 4 gigabytes (or 2, or whatever the limit ends up being after tag bits and OS space are reserved), but the total amount in use can be more, without an application rewrite needed. This is already done to some extent (my understanding is that the 32-bit processors have 36 bits of address space in total, with a 32-bit per process maximum), but moving to 64 bits gives a lot more headroom.

    I see a lot of people upgrading to 64 bit chips, but what good does it do if there's nothing to utilize them? Is it just for bragging rights or what?

    I'm a programmer and I have yet to see a need to get a 64 bit chip.


    It's handy to have native handling of things like 64-bit integers, but addressable memory space is the most pressing reason right now. You'll be able to mmap() a file larger than 2 gigabytes on x86-64 machines (where up to now you had to use a non-x86 platform). You'll be able to hold more than 2 gigabytes of working data in RAM, which is significant if you're doing video editing (or heavy rendering or really heavy image processing).

    Consumer apps and games will move into this niche in a few years (there are algorithms that let you trade off memory footprint and speed, and memory is cheap). But there are several places where the ability to address more memory is important _now_, even for user workstations.
  • Re:Quick! (Score:1, Informative)

    by Anonymous Coward on Thursday August 05, 2004 @11:17PM (#9896346)
    As of 3.4.0 GCC recognises and supports optmisations for AMD64 architecture with the march=k8 flag.
  • by Coventry ( 3779 ) * on Thursday August 05, 2004 @11:17PM (#9896349) Journal
    It has been revealed that these 64 bit intel chips are not able to address as much memory as AMD 64 bit chips. Specificaly, whereas the Opteron/Althon64 has a 40 bit physical and 48bit virtual address space (not the same as virtual mem, remember that AMD chips each have a memory controler, thus upto 256 Banks of memory, via 256 processors), these intel chips are limited to 36 bits.

    Thats right, the same 36 bits that intel has supported via PXE for years...

    Thus, total system memory size for these processors is limited to 64GB, meanwhile the per-processor limit for AMD chips is 1TB, 256TB total in a system (max 256 CPUs, if anyone ever makes a board and Hypertransport bridges capable of supporting such a large number of chips).

    Anyway, it is a big difference, and it hints that the actual implementation may be the same old slow PXE implementation intel has had for years (since the pentium pro, if I remember correctly).

    ------------ This post was made while on percocet and no spell checking has been done. deal.
  • It's entirely possible that things have changed since the version that had it disabled. While your 486 analagy makes sense (and they probably will do that with some chips that fail the 64 bit tests), it's possible there have been other changes. Inten could have added instructions since the eariler chips that had it disabled, or bugs could have been found that mean the chip wouldn't run correctly if the extra circuits were enabled.

    My guess is that it would work, but they've been fine-tuning it the whole time and so if you could enable an old one, a new chip (pre-enabled) would be faster than an old one, as they were using the extra time MS gave them (intentionally or not) to make things better.

  • by trckjunky ( 761468 ) on Thursday August 05, 2004 @11:29PM (#9896437)
    A few months? You mean a decade late! Alpha, Sparc, and MIPS were all 64 bit in the early '90s.

    http://www.nationmaster.com/encyclopedia/DEC-Alpha [nationmaster.com]

  • Re:Amazing (Score:1, Informative)

    by Anonymous Coward on Thursday August 05, 2004 @11:29PM (#9896441)

    Think you mean the 186 don't you as that controls traffic lights.

    286 was pre 386


    The 186 was pre 286 as well.

    I think he means the 8088 is a stripped down 8086, or that the 386sx is a stripped down 386dx, or the 486sx, or the celeron...
  • Re:Quick! (Score:4, Informative)

    by MBCook ( 132727 ) <foobarsoft@foobarsoft.com> on Thursday August 05, 2004 @11:32PM (#9896457) Homepage
    While the 64-bit part may not seem to make that much of a difference, the other parts of the architecutre (like the 20+ extra general purpose registers) can make a large difference in some programs. As compilers get better, so will the performance of 64-bit code.

    There are also the "intangibles". For example right now software can only use about 3 gigs of memory without hacks (PAE and such). This is because there is only 4 gigs of address space and the OS and libraries must be in there somewhere, so most OSes give the OS 1 or 2 gigs of that address space. And you must map a library into each program's view of the address space, possibly into different areas. With a 64-bit address space, you could give a full 4 gigs to tons of programs, all while having lots of libraries loaded and have a simple linear addressing space for everyone. This simplifies things quite a bit. And when you need to use more than 4 gigs of data, you'll be able to without any performance hit.

    The biggest difference you'll see are the registers. While it won't help you type faster into a word processor, it could very well help a game out.

  • by PXE Geek ( 754288 ) on Thursday August 05, 2004 @11:37PM (#9896485)

    I know it's the percocet talking, but I think you mean PAE [thefreedictionary.com] not PXE [pxe.ca]...

    Apart from that - absolutely correct.

  • Re:Fan Boy Alert (Score:2, Informative)

    by Anonymous Coward on Thursday August 05, 2004 @11:46PM (#9896535)
    Go look at AMD's athlon MP chipset. Notice MP NOT XP

    The USB 2 didn't work and they had to bundle a sepearte card and turn off all the onboard USB.

    That sucked
  • by MojoStan ( 776183 ) on Thursday August 05, 2004 @11:54PM (#9896576)
    This slashdot story (and the Ars story [arstechnica.com] it ripped off) seem to say that only servers are getting the new 64-bit Pentium 4 Prescotts now. That is false. In case you missed it, Dell is now shipping the Dell Precision 370 workstation [dell.com] with 64-bit Pentium 4 (EM64T) at 3.2GHz, 3.4GHz, and 3.6GHz.

    Also, Anandtech just posted a new roadmap [anandtech.com] with some info on upcoming 64-bit Pentium 4 CPU/chipsets for the desktop. The Intel 925XE chipset (with 1066MHz FSB) will ship in October along with 64-bit Pentium 4 "F" processors. "F" supposedly means it's a 64-bit Prescott.

  • by MBCook ( 132727 ) <foobarsoft@foobarsoft.com> on Thursday August 05, 2004 @11:55PM (#9896582) Homepage
    I seem to remember reading that going from CPU1->CPU0->RAM was still faster (at least in many cases) that CPU->NB->RAM.

    But the major reason to do it (at least in the server space) is because it's not shared. So if you have a 4 processor Intel server (which has a shared memory bus through the northbridge), and you have 1 GB/s of memory bandwidth (way to low, just an example), then if all processors are accessing memory they each get about 250 MB/s of data. If you go up to 8 processors the total memory bandwidth is the same, so now each processor would only get 125 MB/s (if they were all asking of memory at once). As you add processors, that situation becomes more and more common, meaning that your chips spend more and more time waiting on memory. So while adding a second CPU may boost performance 90%, the 8th may only boost it 10% or less (depends on the work your doing, etc.).

    Now the Opteron each has it's own memory bus. That means that when you have 4 CPUs each with 1 GB/s of memory bandwidth (fictional number, again) there is a total of 4 GB/s of bandwidth. Each chip can work in it's own memory at 1 GB/s. When you go up to 8, or 16, or 32, or whatever it still works. So with a 8 processor server, each CPU still gets 1 GB/s. So when you add a second CPU to an Opteron system, it might boost performance 90% (again). But when you add the 8th, it will scale much better, so you might get an 80 or 85% boost.

    So while putting 32 Intel chips on one motherboard would be basically pointless in many situations (because they processors would be stuck wating on memory), with an Opteron it would work pretty well.

    And even if you only have 2 gigs of RAM, all that extra address space can really make things easier on the OS.

  • Re:Figures (Score:5, Informative)

    by Dan Farina ( 711066 ) on Thursday August 05, 2004 @11:55PM (#9896586)
    The AMD chips themselves are perfectly stable, and platforms are very mature. The bug you mention is ancient history and due to a bug in the way the Live! worked. The last great chipset Intel made was the BX.
  • Re:Figures (Score:4, Informative)

    by Magila ( 138485 ) on Friday August 06, 2004 @12:04AM (#9896643) Homepage
    Ok, the VIA chipsets from the late 90s and early 2000s were crap, we know.

    IT'S NOT A PROBLEM ANYMORE, NVIDIA AND SIS BOTH HAVE QUALITY CHIPSETS FOR AMD AND VIA HAS CLEANED UP IT'S ACT.

    I'm sorry for shouting but damn, this hasn't been a valid argument for years and intel zealots are still spouting off about it.
  • Re:Figures (Score:3, Informative)

    by Megor1 ( 621918 ) on Friday August 06, 2004 @12:14AM (#9896685) Homepage
    It seems cpu speeds havent been going up all that fast recently, in August of 2002 we had the 2.8ghz P4, now it's two years later and the fastest p4 is only 3.4 ghz...

    At least with AMD we can say they moved to 64 bit, Intel hasnt really done anything.
  • by Jeff DeMaagd ( 2015 ) on Friday August 06, 2004 @12:41AM (#9896812) Homepage Journal
    I have not confirmed it but I've read reports that Intel did supposedly ask around if anyone was interested in an x86 chip that could do 64 bit addressing when developing the P6.

    The Itanium series does have a few high-availability features nonexistent in Xeon or Opteron, and is a heavy-iron type chip. Unfortunately, the market for those are slim at best compared to the desktop and small server market. It doesn't help that there is something of a backlash against high-watt computers, for example, a lot of blade systems have stuck to PIIIs then replaced by Pentium Ms.
  • Re:Amazing (Score:3, Informative)

    by afabbro ( 33948 ) on Friday August 06, 2004 @12:44AM (#9896832) Homepage
    I wasn't into computers when the switch from 286 to 386 happened (I was 2 when it was released in '85). But I can imagine all sorts of situations where a normal person would bump up against numbers bigger than 64k. If you want to keep track of finances and you do it with integers (better than floating point for money), then you max out at ~65000 pennies. That $650. It's not that hard to wrap around a 16bit number in real life.

    Son, what are you talking about? Zillions of 16-bit apps use numbers bigger than 65336 (2^16). "16-bit" does not mean the biggest number you can store is 2^16. By that logic, how could Microsoft accountants ever keep track of their billions when 2^32 is only around 4.2 billion?

    As it happens, my 32-bit Linux system's C library understands some numbers into the quintillions (ULLONG_MAX is 18,446,744,073,709,551,615, for example) and the MySQL library can deal with numbers up to 1.79769313486231470e+308. If that wasn't enough, I could code up my own libraries to deal with longer numbers.

    Read an intelligent book like "The New Thought Police" or "The War Against Boys", and learn the TRUTH.

    You might also want to try one or two on computer science.

  • Re:Figures (Score:3, Informative)

    by tcc ( 140386 ) on Friday August 06, 2004 @12:53AM (#9896870) Homepage Journal
    > The AMD chips themselves are perfectly stable, and platforms are very mature. The bug you mention is ancient history and due to a bug in the way the Live! worked

    It's not an old bug, I have an Nforce2-based motherboard and have that zzzzzzzzz always present in my speakers, and it even varies the pitch depending on CPU load.. imagine the annoyance. I can't beleive things like that still shows up in modern systems, but they do, in fact, I'm not really mad since the board didn't cost me 500$. Of course this isn't related to AMD directly but it's still something that, in the real world, would be associated to AMD easily since you don't see that kind of issues with intel-based systems.

    On the other end, AMD's dual chipset is really a good platform (getting old but still good) I used it in a production environment, 7 renderfarms were made with those, only one failed in 2 years, and while I didn't have time to check it yet, I'm sure it's something other than the board/CPU.
  • by vincecate ( 741268 ) on Friday August 06, 2004 @12:53AM (#9896871) Journal
    EM64T is not x86_64 or 64bit extensions. It is an on-chip hack to allow it to address more than 4Gigs of memory.
    Wrong. EM64T is very nearly the same as AMD64, both of which are x86_64. The same Linux can run on both and the same Win64-beta can run on both.

    But rumor has it that Intel's 64-bit performance is no faster than its 32-bit performance, and slower than AMD's 64-bit performance.

  • by Alsee ( 515537 ) on Friday August 06, 2004 @01:13AM (#9896934) Homepage
    As EE Times Reports: [eetimes.com]
    Prescott is also Intel's first processor to support a security technology code-named Le Grande. While Intel has not yet detailed the technology, it is believed to provide a protected space in main memory for a secure execution mode required as part of Palladium, a new PC security scheme being developed by Microsoft Corp.

    Le Grande is Intel's codename for Trusted Computing. HP's codename is ProtectTools, Cisco's codename appears to be either NetworkAdmissionControl or SelfDefendingNetwork, Phoenix BIOS code name is CoreManagedEnvironment, and of course we all know Microsoft's codename was Palladium and now is NaGSCaB and is slated to appear in Longhorn.

    If you scroll down near the bottom of this page [chip-architect.com] you can catch a look at a micrograph of the Prescott from about a year ago. Note that the Trusted Computing core is it's own an entire CPU and memory and support structures, and eats up about 20% of the chip. In other words Trusted Computing core ties up around 25 million transistors of real-estate, or about half of a Pentium 4.

    It will support encrypted code (to secure it against you, the owner), it will encrypt RAM access (again, secure against you) and take over a portion of your cache. It will carry a unique key to identify you and your machine, but far more powerful than the old CPU serial numbers. It will forbid you to know your own encryption keys and prohibit you from decrypting your own data. I know it's designed to work with a "secure clock" (wouldn't want you the owner to be able to "tamper" with the time, now would they?), but I'm not sure if the secure clock is inside the CPU or planned to be external.

    AMD has their own Trusted Computing project, but I have been having trouble digging out any hard info. It *may* be incorporated into the Opteron processor.

    Transmeta has a trusted Computing project too, the TSX system - Transmeta Security eXtensions. I beleive initially appearing in the Caruso5800.

    Welcome to tomorrow. Resistance is futile, all your base already belong to us, Slavery is Freedom, and always remember The Computer Is Your Friend.

    -
  • Re:Figures (Score:3, Informative)

    by BCW2 ( 168187 ) on Friday August 06, 2004 @01:27AM (#9896980) Journal
    What Mobo is having this problem?

    I'm using the Asus A7N8X, not the deluxe, and have no sound problems. The on board is better than my old SB16. The white box store that I deal with had serious trouble with the SB live Audigy in the deluxe version of the same Mobo. It was Creatives drivers and never did work right. The on board, through a 2 year old set of Klipch 5.1s sounded better than the Audigy did in any box with the same speakers. I don't really think sound cards are worth it any more.
  • Re:My Question... (Score:1, Informative)

    by Anonymous Coward on Friday August 06, 2004 @02:13AM (#9897117)
    64 != twice the heat:

    Adding 64-bit datapaths to a 32-bit processor typically increases its circuit complexity (transistor count) less than 10%. This obviously varies with the processor, and power depends on more than the transistor count, but it certainly isn't going to be twice as much as an equivalent 32-bit processor.
  • by Stormie ( 708 ) on Friday August 06, 2004 @02:23AM (#9897145) Homepage

    Please do not post links to thefreedictionary.com - they are a dodgy site which repackages Wikipedia [wikipedia.org] content, with ads, for profit, whilst stretching the GFDL [wikipedia.org] as far as they possibly can.

    Look at that link you posted - you'll see a credit to Wikipedia at the bottom. Now disable javascript in your browser and refresh - ooh, the credit is gone! They insert it in with javascript rather than putting it in the body of the page to ensure that Google doesn't pick it up. Why? Because a link to Wikipedia's article would help lift Wikipedia's pagerank above that of thefreedictionary.com.

    Just say no, and if you want to read about PAE, read the original [wikipedia.org] Wikipedia article.

  • by Tim C ( 15259 ) on Friday August 06, 2004 @02:40AM (#9897187)
    Intel is having a lot of trouble facing the facts

    No, I'm sure that internally at least they know only too well that they stuffed up big time. That's got nothing to do with not calling these chips "AMD compatible". They don't want to do that because in the public's eye, that would make AMD chips the real deal, and Intel's ones a copy. If they're the same speed (all most people care about) and about the same price, then people will buy the "genuine" ones, not the Intel "copies".

    It's marketing, pure and simple.
  • by quibbler ( 175041 ) on Friday August 06, 2004 @06:48AM (#9897733)
    There are 64-bit processors and there are 64-bit solutions the latter of which includes those little bits like memory controllers and other details that make up a useful computer. AMD didn't offer that. I like AMD, but they put out a processor, not a computer, thats a big difference.

    As for the other 64 bit machines; Yes, yes, we know they've been out for ages. They weren't, however, ever remotely targeted for consumers, and therefore largely in a different class ($5k machines and up). (Its just like how there's Sun, SGI, and all of the other flavors, but when Apple started shipping OS X as the standard install, it became the "largest vendor of Unix in the world" overnight.)

Today is a good day for information-gathering. Read someone else's mail file.

Working...