Slashdot Mirror

← Back to Stories (view on slashdot.org)

Windows XP 64-Bit Customer Preview Program

Posted by michael on from the bleeding-edge-pain dept.

MBCook writes "I just notice that Microsoft has a new Windows XP 64-Bit Customer Preview Program starting today (February 3rd). If you have a AMD Opteron or Athlon64, you can go to the download page to get your copy. It's a pre-release copy that will expire in 360 days (which probably means the final will be out by then). Now Intel just changed their 64-bit plans, and all of a sudden this appears. Speculate away!"

54 of 417 comments (clear)

  1. "I just notice"? by Chuck+Bucket · · Score: 3, Funny

    "I just notice" that this post wasn't proofed before it was posted.

    CB

    --
    free ipod and free gmail!
  2. Actual Performance Difference by neomage86 · · Score: 5, Interesting

    I wonder if a 64 bit OS will make any performance difference for the average desktop user. Since its not like any normal people have more than a gig of ram anyways. Is it possible that it could even slow down 32 bit apps?

    1. Re:Actual Performance Difference by Paladin128 · · Score: 5, Insightful

      My guess is that the initial rev will, in fact, be slower on 64-bit. Microsofts compilers are new to 64-bitness, and a reasonable amount of memory bandwidth will be wasted on larger ints. On the other hand, in 64-bit mode on the Opteron, there are twice as many GPR's, so it could wind up being faster. My bets are still on slower largely due to immaturity of the platform.

      --
      Lex orandi, lex credendi.
    2. Re:Actual Performance Difference by Vlad_the_Inhaler · · Score: 5, Informative

      There were linux benchmarks which made /. recently, comparing the speed of 32-bit code and 64-bit code on the Opteron. 32-bit code ran measurably faster.

      --
      Mielipiteet omiani - Opinions personal, facts suspect.
    3. Re:Actual Performance Difference by Neon+Spiral+Injector · · Score: 4, Informative

      Microsoft has had a 64-bit version of NT since almost the start. Also sizeof (int) == 4 on AMD64, same as IA32. Just the pointers are larger.

    4. Re:Actual Performance Difference by cubicledrone · · Score: 4, Funny

      I wonder if a 64 bit OS will make any performance difference for the average desktop user.

      Of course! We need an operating system that will support a pointer to all the RAM on the planet.

      --
      Business isn't willing to pay for products, innovation and careers, so we get brands, mortgage commercials and layoffs.
    5. Re:Actual Performance Difference by BeerMilkshake · · Score: 3, Informative

      In a 32-bit machine, each fetch from memory retrieves 4 bytes. Even if you only use one, the other three are cached. So, when reading sequentially, you get four bytes for the price of one.

      In a 64-bit machine, each fetch returns 8 bytes, so you 8 for the price of one.

    6. Re:Actual Performance Difference by cookd · · Score: 3, Insightful

      Nope. int and long are still 32 bits, at least on MS platforms. long long is 64 bits. The only difference is with the pointers. Otherwise, you have to specifically request a 64-bit data size. This way, you can keep binary compatibility (struct layout) and avoid memory wastage for places where 64 bits aren't needed. But you get more address space, more registers, and faster 64-bit math (when needed).

      I just saw some very simple CPU-bounded benchmarks that put the AMD64 2.0 GHz (on WinXP-64) at about 2X the dhrystones of a P4 2.0 GHz. Dhrystones are mostly meaningless, but they do show something.

      --
      Time flies like an arrow. Fruit flies like a banana.
    7. Re:Actual Performance Difference by Zeinfeld · · Score: 4, Interesting
      I wonder if a 64 bit OS will make any performance difference for the average desktop user. Since its not like any normal people have more than a gig of ram anyways. Is it possible that it could even slow down 32 bit apps?

      Its been a long time since I had performance issues due to CPU bottlenecks. My twin processor 650MHz box works just as fast as my 2.4GHz single processor box in practice.

      The big issue for me are the cases where the stupid machine just locks up and does fuck all for 20 seconds or so. CPU meter shows 3% utilization, no disk activity. What is the stupid thing doing?

      Same goes for UNIX systems, its not the processing thats the issues, or even the legitimate I/O delays, its the cretinous delays built into broken device drivers and applications.

      I would like Windows to have a meter built in that would show which processes were waiting and the resources they were waiting on.

      My other pet peeve is what the cretins at Checkpoint think is an acceptable VPN client. Every time the credentials time out a box appears for me to re-enter my credentials. Only I use cert based credentials stored in CAPI so all I am doing is hitting OK. Even so the box locks the user interface for about 90 seconds while it does something. Oh @$#(& it did it again.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    8. Re:Actual Performance Difference by Cuthalion · · Score: 5, Insightful

      In ANY halfway modern architecture each fetch from memory pulls in a whole row of cache. Which is more than 8 bytes. The fact that more data needs to be moved for small operations to be completed is NOT a benefit.

      --
      Trees can't go dancing
      So do them a big favor
      Pretend dancing stinks!
    9. Re:Actual Performance Difference by Anonymous Coward · · Score: 5, Informative

      Go their benchmarks aslo show a marked improvement for Linux on 64bit.

      Some tests scored about as much as a 20% improvement in performance, athough it's more realistic to expect a 8-10% average improvement across the board.

      Of course windows likely will run slower since it's so optimized for the older 32bit platform.

      Linux is just a much more mature platform for 64bit computers. I mean we've had Suse 64bit (aviable for free from Suse's ftp install stuff) for almost a year now.

    10. Re:Actual Performance Difference by myg · · Score: 4, Informative
      Actually, there are a few tasks that benefit from 64-bit code: Encryption, Databases, and file-systems. Most modern filesystems allow files >4GB and with digital video the norm now files much larger than 4GB are common.

      So the processor spends less clock ticks doing 64-bit arithmatic for file offsets. Cryptography can benefit too. In particular the DH key agreement protocol and RSA public-private key cipher both require the use of "big numbers" (as in 1024 bits and up). And doing these operations 64-bits at a time rather than 32-bits can result in a performance impact. SSL session negotiation may be improved significantly, so that could be a boon to SSL webservers (not that IIS makes a great webserver).

      Databases also need 64-bit numbers. Even low-end databases frequently have ID numbers that are 64-bits. For large databases the ability to compute page offsets (which are typically 64-bits) more efficiently can help.

      And perhaps a subtle improvement may be in the handling of bitmaps. For example doing a bitwise operation 64-bits at a time will process more pixels than a 32-bit operation in the same amount of time.

      But all of those things are really just noise for the special case of amd64. The x86 has always been a register-starved architecture. Going to 64-bit mode gives you 8 more general purpose registers. That alone may very well counter any of the performance loss due to 64-bit integers.

      Lots of people on Slashdot have said 64-bit code is slower but haven't pointed out why. Probably the most important thing is cache coherency. 64-bit data structures are (surprise) larger than their 32-bit counterparts. That means that the effective rate of the cache is reduced. As an added bummer, address translation on 64-bit values is slower when there are more levels of translation.

    11. Re:Actual Performance Difference by Miguelito · · Score: 5, Interesting

      Well I did some benchmarks using openssl's built in speed tests, and running in 64 bit vs 32 bit made a HUGE difference. Of course that was running a 64bit openssl as well. The opterons I have access to even beat the Itanium2s I have access to at work. By a lot in the smaller bit key sizes, but still either tied or beat the ia64 in the larger key sizes.

      Here are the charts I made in OpenOffice on the data I collected. Even a 2GHz opteron beat a 3.2Ghz Xeon in 32 bit mode. :)

      Of course this was just a benchmark, but it does show that things that use openssl would benefit from running under 64bit on an opteron.

      --
      - My favorite error message: xscreensaver, running on an old Sparc 5 w/ 8bit color: bsod: Couldn't allocate color Blue
    12. Re:Actual Performance Difference by Soko · · Score: 4, Interesting

      NT for Alpha had no long pointers and the same 4GB memory limit etc. as its IA32 counterpart. The processor was certainly 64 bits, but the OS was 32 bits at it's core. IIRC there were some places where they had to use 64 in order to get the thing to load, but not where it counted.

      If Microsoft had actually used the Alpha to it's fullest potential, all of my servers would likely be runnning 21464s, not Xeons.

      Yes, I'm still mad at DEC/Compaq/HP for squandering the Alpha tech. *grumble*

      Soko

      --
      "Depression is merely anger without enthusiasm." - Anonymous
    13. Re:Actual Performance Difference by benzapp · · Score: 3, Informative

      Actually, there are a few tasks that benefit from 64-bit code: Encryption, Databases, and file-systems.

      Don't forget media encoding.

      Ripping that DVD will be a LOT faster with a 64-bit optimized encoder.

      --
      I don't read or respond to AC posts
    14. Re:Actual Performance Difference by jkovach · · Score: 4, Informative

      It depends on what you're doing. I recently gave myself a 1.8 GHz Opteron system for Christmas and have been running some performance tests comparing 32 and 64 bit versions of the same applications.

      Using LAME compiled from source with the default compiler options and "--alt-preset standard" encoding settings, it took 4m20s to encode an 11 minute MP3 with the 32 bit version and 2m51s to encode using the 64 bit version - about 30% faster. However, comparing some of the filters in a 64 bit GIMP 1.3.23 compiled from source with default settings to the GIMP 1.3.23 from the Debian distribution was quite different - running the "Diffraction Patterns" filter with default options on a 512x512 image took 11 seconds with the 32 bit version and 16 seconds with the 64 bit version - about 50% slower!

      Of the other tests I ran, MP3 decoding with mpg123, bzip2 compression and AES encryption with OpenSSL were faster in 64 bit mode, and 3DES encryption with OpenSSL was faster in 32 bit mode. Of course, one of the advantages of having a hybrid 32/64 bit processor is that you can run whichever version is faster for a given task, onlike on the Itanium which until recently had only software emulation for 32 bit code.

      I have also heard that 64 bit Windows on Opteron is slower at running 32 bit code than 32 bit Windows on Opteron, which has made me want to rerun my 32 bit tests under a 32 bit kernel. I also want to run the same tests on a Mac G5 and a Pentium 4 for comparison. Some other time...

    15. Re:Actual Performance Difference by vrt3 · · Score: 4, Insightful

      No, no: what he meant was that sometimes (quite often, actually) one process or the whole desktop becomes unresponsive, even though almost no CPU time is being used, the hard drive isn't working, no network traffic should be occuring etc. You just have to assume that something is waiting for something, but there is absolutely no indication what it is.

      I see such delays almost every day; mostly on Windows (XP and 2000), but occasionaly on Linux too.

      --
      This sig under construction. Please check back later.
    16. Re:Actual Performance Difference by Zeinfeld · · Score: 3, Interesting
      No, no: what he meant was that sometimes (quite often, actually) one process or the whole desktop becomes unresponsive, even though almost no CPU time is being used, the hard drive isn't working, no network traffic should be occuring etc. You just have to assume that something is waiting for something, but there is absolutely no indication what it is. I see such delays almost every day; mostly on Windows (XP and 2000), but occasionaly on Linux too.

      Yep, that is it. I know how to use perfmon, I can recognize an explorer crash. But sometimes the thing just goes off to sleep.

      I noticed a similar issue with dotNET, it can take an awful long time to parse XML and while it is busy it can be stuck at 22% utilization on a 2 proc machine.

      Outlook is also good at doing this when you make the mistake of using MAPI connect mode. The idiots at MSFT used RPC. The program can hang for an hour synchronizing.

      This is all stupid programming, not all in the O/S. I want the O/S to point the finger at the programmer responsible. I want his picture on a Web site.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
  3. Speculation ? by Space+cowboy · · Score: 3, Insightful

    We don' need no stinkin' speculation, why this is as obvious as a cow on a haystack!

    Seriously, just what grounds do you need for bringing charges of industrial manipulation of the market by the two largest players ? Ok, there's no evidence (yet!), but just how thin can you stretch credulity before SNAP! ?

    Simon

    --
    Physicists get Hadrons!
    1. Re:Speculation ? by fnord123 · · Score: 3, Insightful
      I don't get your logic.

      If MS & Intel where in league, wouldn't MS not release this until Intel had an x86-64 chip out?

  4. Intel will have to follow AMD by Random+BedHead+Ed · · Score: 5, Interesting
    At this point there's enough Opteron stuff out there that Intel can't avoid implementing an architecture compatible with amd64. Yes, I think the timing is probably not a coincidence. Though I'm sure Microsoft wasn't waiting for Intel, they probably informed Groves and Co. of the release in advance.

    If Intel can't stay compatible with AMD's lineup they could end up behind. That would certainly be a first for Intel.

    1. Re:Intel will have to follow AMD by dellis78741 · · Score: 3, Interesting

      The thing that annoys me the most is that Intel has guessed wrong badly twice in trying to drive the market deeper into their corner(RAMBUS, Itanium) and AMD has guessed right both times (DDR, X86-64) and all the time Intel cranks out a profit every quarter and AMD come's up for air for a couple of quarters every other year. If Intel were going against an equal-sized adversary they'd be chapter 11 some years ago for making such mistakes.

      --
      ======= ~\_/~\_O Burmese
  5. Simple by Tenfish · · Score: 5, Insightful

    Intel and Microsoft may or may not have a business deal to promote Intel's 64-bit processors. Microsoft wouldn't do this for AMD, because splitting the processor targets would cost Microsoft money. Developing for two processors is more expensive than developing for one. There's no need to delve into anti-corporate mumbo-jumbo to explain this one. It's simple economics, and probably good business from Bill Gates' point of view.

    --

    --Guns don't kill people, abortion clinics kill people.
    1. Re:Simple by diamondsw · · Score: 4, Informative

      Looks like someone needs to double-check that with Bill, then:

      "Important: Windows XP 64-Bit Edition for 64-Bit Extended Systems is only compatible with 64-bit AMD Opteron- or Athlon 64-based computers. It cannot be successfully installed on 64-bit Intel Itanium-based systems."

      I don't see any mention of an upcoming Intel it will run on, either.

      --
      I don't know what kind of crack I was on, but I suspect it was decaf.
    2. Re:Simple by cubicledrone · · Score: 3, Funny

      64-Bit Edition for 64-Bit Extended Systems is only compatible with 64-bit

      You will need 64-bit RAM and a 64-bit CPU and the latest versions of Disk64, Monitor64 and Soundcard64 with the extra-fast super-amazing 8064-bit VIDEOZAP ULTRA MEGA ZING FLAPPA ULTREON WOW VIDEO card.

      "Then can I write this 27-line spreadsheet?"

      --
      Business isn't willing to pay for products, innovation and careers, so we get brands, mortgage commercials and layoffs.
  6. Speculation... by ackthpt · · Score: 5, Insightful
    Now Intel just changed their 64-bit plans, and all of a sudden this appears. Speculate away!"

    I speculate in a couple days Microsoft will deny this release exists, as they suddenly pull it to give their old cartel partner a chance to catch up and save face.

    Consider this:

    Microsoft has an evaluation operating system for the Yamhill before Intel actually ships. That doesn't just look like they've been playing patty-cake, but that Intel is running to keep up with AMD. How embarrassing. What's Moore's Law got to say about this? "Every 2 years Intel will get a little further behind where they need to be, by an ever increasing margin until operating systems exists for processors they haven't even designed yet."

    --

    A feeling of having made the same mistake before: Deja Foobar
  7. Thank you! by Call+Me+Black+Cloud · · Score: 3, Funny


    I appreciate the link to Microsoft's website. I've been looking all over for that thing and haven't had any luck finding it. You've saved me from a lot more time spent searching, my friend.

    1. Re:Thank you! by higgins · · Score: 5, Funny

      I was very confused and kept going to this Mike Rowe guy's site instead. I tell ya. There oughta be a law.

  8. Windows Media Player? by ikewillis · · Score: 3, Interesting

    Will the AMD64 build include Windows Media Player? It was left out of the IA64 version due to what I can only assume are 64-bit cleanliness issues with the DirectShow API and WMP code. I can only assume that an AMD64 build would allow 32-bit builds of DirectShow and WMP which execute through the WoW abstraction layer.

    1. Re:Windows Media Player? by ikewillis · · Score: 4, Interesting
      Evidently you haven't heard about the Windows-on-Windows (WoW) subsystem utilized on AMD64 processors:

      "The Microsoft(R) WOW64 (Windows(R) on Windows) subsystem will allow most 32-bit applications to launch seamlessly on 64-bit Windows," said Brian Marr, Windows product manager. "WOW64 is designed to provide interoperability and great performance on AMD64 processors across the 32/64-bit boundaries. As customers migrate to 64-bit Windows XP and Windows Server, they will have a code base that will support both 32- and 64-bit applications."

      While it's wonderful Linux understands multiple ABIs natively, Windows does not, and utilizes WoW to seamlessly launch 32-bit applications on 64-bit builds of Windows.

    2. Re:Windows Media Player? by Deagol · · Score: 3, Interesting
      How far down will XP-64 thunk, anyway? Are the 16-bit and 32-bit layers at the same level? Or does 16-bit sit on top of 32-bit? So a 16-bit Windows app will be thunked through 2 layers now?

      (Sorry -- I just had to make this post. I remember when all the rags had countless articles on "thunking" when Win95 came out. Will we have the same when the first mass-market 64-bit OS hit the streets? Not that I know of any good PC rags these days -- suggestions?)

      --
      Method of processing duck feet
  9. System requirements by Faust7 · · Score: 4, Insightful

    Windows XP 64-Bit Edition is designed to address the most demanding needs of technical workstation users who require large amounts of memory

    System Requirements:
    PC with an AMD Athlon64 or Opteron processor
    256MB RAM

    Yeah, I know they're minimum requirements, but it's amusing to think that anyone who needed this OS would actually have to refer to them.

    --
    The coolest voice ever.
  10. How's this for speculation by iminplaya · · Score: 5, Insightful

    Micrososft is doing this to keep us distracted away from Linux until Longhorn comes out. Two years is a long time, so we can always expect bits and pieces of "neato" stuff in the meantime.

    --
    What?
  11. Microsoft Sold Me an OS! by tonyr60 · · Score: 4, Funny

    I went to the site and odered a copy of the CD. First Microsoft OS I have bought for many years, but for $US7.95 (including international delivery) the price is quite reasonable and comparable to the competition.

    1. Re:Microsoft Sold Me an OS! by skinny.net · · Score: 5, Funny

      $7.95?! That can't be right! Here in the US, 64 bits is $8.

  12. Intel is not impressing me these days by AviLazar · · Score: 4, Interesting

    I still recall reading the article in Wired magazine a few months back. A company approached them with an offer to provide them perfect diamond wafers (produced at less then $5/wafer) and Intel did not take the offer because they have not gotten their full investment back on the silicon. So given that they refused to have an easy method of increasing their processor spead by a very big number, it is not surprising that they still haven't gotten 64 bit over AMD... Shame, Intel used to be the best. -A

    --

    I mod down so you can mod up. Your welcome.
    1. Re:Intel is not impressing me these days by HardCase · · Score: 3, Funny
      I still recall reading the article in Wired magazine a few months back. A company approached them with an offer to provide them perfect diamond wafers (produced at less then $5/wafer) and Intel did not take the offer because they have not gotten their full investment back on the silicon. So given that they refused to have an easy method of increasing their processor spead by a very big number, it is not surprising that they still haven't gotten 64 bit over AMD


      Yeah, dude, I remember hearing on Art Bell's show about this guy who made a carburator that could get something like 100 miles per gallon in a Lincoln Continental. He took it to all the big auto manufacturers, but they were so tied up with the big oil companies that they turned him down. He threatened to take it to the Japanese car makers and HE DISAPPEARED! It's like the cold fusion technology that the government got from aliens that they're keeping at Area 51...if they let it out, then the oil companies will go out of business. Since the oil companies contribute so much to the politicians, the politicians aren't going to give out that technology. SO WE'RE STILL DEPENDENT ON OIL!!!


      Man, I hear you. I'll bet that Intel has some kind of connection to the silicon industry and they're just keeping us tied to slow chips so that the silicon wafer makers won't go out of business. It's all a conspiracy. I'm so glad that Art Bell is back. I really miss Miss Cleo, too.


      ~h~

  13. with 64 bits... by vpscolo · · Score: 4, Funny

    I suppose it means windows will take 1/2 the time to crash and at least twice as long to write out dump files

    Rus

    --
    CPanel + Root from $35/mo - 10% off with discount code SLASHDOT
  14. Free? Which kind of free? by Call+Me+Black+Cloud · · Score: 5, Funny


    Damn, I never get it straight. Is this software free as in speech or free as in beer? Since the software is only good for about a year, I'd guess this is free as in beer, because my beer has an expiration date too. But does that mean Linux is free as in speech because it doesn't have an expiry? Of course some really skunky beers don't either. Now, can you have free as in beer in a cathedral? All the cathedrals I've been too serve wine. So is this free Windows free as in wine?

    See, it's this kind of thing that is holding up the adoption of Linux. It's too confusing.

  15. I guess... by Cytlid · · Score: 4, Informative
    ...the submitter didn't RTFA!

    Important: Windows XP 64-Bit Edition for 64-Bit Extended Systems is only compatible with 64-bit AMD Opteron- or Athlon 64-based computers. It cannot be successfully installed on 64-bit Intel Itanium-based systems.
    --
    FLR
  16. I don't read too much into this by rabtech · · Score: 4, Insightful

    I don't read too much into this; Microsoft already told Intel that they (Intel) will in fact stay compatible with AMD because they will not be releasing three separate 64-bit editions of their operating systems (Itanium, x86-64, ???).

    In this case, I think the monopoly is working for us in preventing Intel from fracturing the market, which I am quite sure they would love to do.

    So in this respect, I think Microsoft is just having the usual Microsoft delays. One of the biggest is supporting Read vs ReadExecute memory pages on the x86-64 chips. A Lot of code, including microsoft code (ATL anyone?), breaks the standards and is having to be cleaned up to work.

    In addition, Itanium lacked WMP, DirectX, and many other features that customers will NOT do without on Athlon64 systems, meaning even more development time.

    --
    Natural != (nontoxic || beneficial)
  17. sizeof on modern OSes by Anonymous Coward · · Score: 5, Informative

    char is 8-bit, nearly by definition
    short is 16-bit
    int is 32-bit (DOS and Xenix are not modern)
    long is 32-bit on all Windows OSes
    long is the same size as a pointer Linux, BSD, Mac
    void* is the natural size for the machine
    long long is 64-bit

    So 32-bit Windows and 32-bit UNIX have the
    same sizes a each other. 64-bit systems differ,
    because Windows sets sizeof(long)==4 and a
    UNIX system sets sizeof(long)==sizeof(void*).

  18. Terrible... by Stupid+Dog · · Score: 5, Funny

    After installing this release on my MSI K8T-Neo Board, I have no drivers for scanner, printer (LPT1 unsupported...), ISDN PCI Card, Wireless LAN card and many other things.

    I spent nights searching and begging for drivers. Thank you Microsoft for bringing this truly Linux user feeling to the Windows platform.

  19. Official benchmarks here by hobuddy · · Score: 3, Informative

    You can see official AMD benchmark results of various programs running on Windows XP 32-bit edition vs. Windows XP 64-bit edition beginning on page 36 of this PDF. The results have three columns: time in seconds on WinXP 32-bit w/ 32-bit executable, time in seconds on WinXP 64-bit with 32-bit executable, and time in seconds on WinXP 64-bit with 64-bit executable.

    --
    Erlang.org: wow
  20. Well, on Windows by Kjella · · Score: 3, Informative

    The big issue for me are the cases where the stupid machine just locks up and does fuck all for 20 seconds or so. CPU meter shows 3% utilization, no disk activity. What is the stupid thing doing?

    Same goes for UNIX systems, its not the processing thats the issues, or even the legitimate I/O delays, its the cretinous delays built into broken device drivers and applications.

    On Windows, the process locking up everything here most often seems to be explorer.exe. I've found that going into task manager, killing and running it from there (since you just lost your start menu with the run command) will restore the machine to normal.

    Using that little trick every time it starts acting stupid, my windows box is running quite nicely for weeks. Doing it doesn't interrupt any of the applications or services running, the kernel is handling that just fine. Quite silly really.

    Kjella

    --
    Live today, because you never know what tomorrow brings
    1. Re:Well, on Windows by DexterX · · Score: 5, Informative

      On Win2K and higher, you can split out the file system browsing from the desktop instance of Explorer.exe. Run Explorer and select Tools->Folder Options->View->"Launch folder windows in a separate process". It uses a little more memory but prevents a slow device from slowing down the rest of the GUI.

      You're right, though; Explorer blocks waiting for I/O way more often than it ought to. Most of the multithreading in GUIs is pretty good on Windows, so I'm not sure why Explorer tends to block on floppy I/O, network I/O, etc. Fortunately, it usually doesn't affect other running apps.

  21. +5 Funny by Kizzle · · Score: 3, Funny

    Bla bla beowulf bla bla.

    --
    Hacker Media
  22. Don't hold your breath after 360 days by Flexagon · · Score: 3, Insightful

    It's a pre-release copy that will expire in 360 days (which probably means the final will be out by then).

    Not necessarily, maybe not even likely, particularly for something as big as an XP release. Many's the time that Microsoft has slipped a release beyond such dates. And in many of those cases, an update or date extender patch appeared to cover the slippage (sometimes several such patches).

  23. sizeof (long long) == 8... by Ayanami+Rei · · Score: 4, Interesting

    and the Opteron can hold it one register. Just prefix the instruction with the OTHER size prefix byte. (for those who don't already know, most intel instructions if operating on a 16-bit short require a prefix byte. On the Opteron, you use a different prefix to get 64-bit ints and the extended regs)

    There are plenty of places where it makes sense to use 64-bit regs, especially in the kernel when involving counters, timers, GIDs, and such.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  24. Windows Server 2003 Also Available for Free by xTK-421x · · Score: 5, Informative

    Here: http://www.microsoft.com/windowsserver2003/64bit/e xtended/trial/default.mspx

    Beta of course.

    --
    "TK-421, why aren't you at your post?"
  25. 64 bit lies by bl8n8r · · Score: 4, Funny

    Finally, we'll be able to have an integer big enough to count the number of lies SCO has told so far.

    --
    boycott slashdot February 10th - 17th check out: altSlashdot.org
  26. 64-bit Windows by kylef · · Score: 5, Insightful
    Of course windows likely will run slower since it's so optimized for the older 32bit platform.

    The last time I checked, NT is built on something called a "Hardware Abstraction Layer" that made it relatively painless to port NT from MIPS to x86 and then to PowerPC. (NT was designed on MIPS R4000 machines which themselves were completely designed internally by Microsoft. This effort was deemed necessary to keep the codebase free of x86-specific assumptions and optimizations since portability was a key NT goal.) The hardest part about getting your system to run on a new 64-bit platform is getting drivers to work; generally you need lots of support from hardware vendors to accomplish this feat. Getting the OS itself to compile is the easy part.

    But I doubt seriously that Windows NT is "so optimized for the older 32bit platform." The kernel is clearly portable to other architectures, and was in fact developed FIRST on a non-x86 architecture with different properties (page size, Endian-ness, etc). This leads me to believe that it is emphatically not "optimized" specifically for 32-bit x86. If you have evidence otherwise, I would like to see it.

    Linux is just a much more mature platform for 64bit computers.

    Much more mature? Perhaps you were unaware of Windows XP 64-bit Edition? Sure, it only runs on Itanium, but do you not honestly think that for Microsoft to have released it in early 2003 that they would probably have been working on it and testing it for at least a couple years prior to that? Also, from Microsoft's website, I notice that they have also implemented a 32-bit emulation layer for Itanium called "Windows On Windows 64" (WOW64) that lets the OS run 32-bit X86 code. Does Suse have this capability built-in?

    The other issue which I pointed out earlier is the driver situation. You can't really call a product "much more mature" unless its drivers are more mature. I don't see a clear win either way at the moment.

    1. Re:64-bit Windows by joib · · Score: 3, Informative


      > Linux is just a much more mature platform for 64bit computers.

      Much more mature? Perhaps you were unaware of Windows XP 64-bit Edition? Sure, it only runs on Itanium, but do you not honestly think that for Microsoft to have released it in early 2003 that they would probably have been working on it and testing it for at least a couple years prior to that?

      Linux was ported to the alpha about a decade ago (this was still a 32-bit kernel, just like NT on alpha AFAIK), sometime in 1996 a real 64-bit version was released (2.0). Despite MS market share, I'd guess that there are a lot more 64-bit linux installations around than 64-bit windows.

      Another important things is that since most linux software is open source and designed for portability from the start, a 64-bit kernel with a 64-bit userspace is as easy as a recompile (well, almost). MS has a big disadvantage here, because they need to wait for their ISV:s to produce 64-bit programs as well as drivers.

    2. Re:64-bit Windows by kylef · · Score: 3, Interesting
      Despite MS market share, I'd guess that there are a lot more 64-bit linux installations around than 64-bit windows.

      You might be correct, but honestly both of us are just speculating. To be honest, I think neither Linux nor Windows can match the number of Solaris 64-bit installations there are in the world. But again, it would be interesting to see some data on the matter. My point was only that one can't call Linux "a much more mature platform," as the previous poster did.

      I do know that HP and one or two others are shipping Itanium2 servers full-steam at the moment, despite Intel's recent 64-bit malaise. It's almost a given that all of those will be running 64-bit Windows. I've seen a demo of a HP 64-bit workstation running 64-bit Windows, and it was really nice. It even had accelerated video drivers, but I don't know what video hardware.

      MS has a big disadvantage here, because they need to wait for their ISV's to produce 64-bit programs as well as drivers.

      This is absolutely correct. If you have source code, you can (usually) just recompile for 64-bit user-mode applications. Otherwise you wait for an ISV to produce a binary for you. But Linux64 is in the same boat with Windows64 as far as drivers go. Arguably worse, since manufacturers have been (until now) unwilling to make their drivers open source and generally produce Linux drivers only after Windows drivers are already complete. And as we all know, the KEY to PC users' hearts is seamless hardware support!