Windows XP X64 Goes Gold 359
Kasracer writes "According to The Inquirer, 'Microsoft has released the final version of Windows XP 64 to manufacturing, meaning that those with machines that have 64-32 bit processors in from AMD and latterly Intel can now see what the extra addressing brings to the party.'"
If it went gold (Score:5, Funny)
Re:If it went gold (Score:5, Funny)
Re:If it went gold (Score:5, Funny)
Re:If it went gold (Score:5, Funny)
That's not what I've been lead to believe, but your statement gives me a silver of hope.
Re:If it went gold (Score:5, Funny)
Re:If it went gold (Score:5, Funny)
Thanks, I'll be here all week.
Re:If it went gold (Score:5, Funny)
I think you just alluminated the world of puns for the rest of /.
Re:If it went gold (Score:5, Funny)
Re:If it went gold (Score:3, Funny)
Re:If it went gold (Score:5, Funny)
Re:If it went gold (Score:5, Funny)
Re:If it went gold (Score:3, Funny)
Is there a list of softare ready for it? (Score:4, Interesting)
Re:Is there a list of softare ready for it? (Score:2)
I assume Adobe has a 64 bit vers. of Photoshop; not sure if they will port it.
It's all fun and games... (Score:5, Funny)
Solitaire.
My contribution to the list: (Score:3, Informative)
Re:Is there a list of softare ready for it? (Score:5, Informative)
In the binary world, an upcoming version of SQL Server 2005 x86 is promised.
Re:Is there a list of softare ready for it? (Score:5, Informative)
Re:Is there a list of softare ready for it? (Score:4, Informative)
Re:Is there a list of softare ready for it? (Score:5, Informative)
FYI, 64-bit drivers are required when running in 64-bit long mode on the processor. So it isn't an artificial limitation of Windows 64, but rather a requirement imposed by the processor.
For those who aren't real familiar with AMD64 architecture, it works basically like this: The processor starts in real mode, and at some point the operating system sets up the necessary mechanisms to support protection, paging, interrupts, etc. At the point it switches the processor into protected mode which is where all modern operating system and code run. There is also a virtual 8086 mode to run native DOS type applications, which is where the run dialog in windows executes. These three modes are known collectively as legacy mode.
From protected mode if you want to run 64-bit code you need to switch into long mode, which is a collective name for 64-bit mode and compatibility mode. 64-bit mode is a pure 64-bit environment. The operating system must run in this mode, and all drivers must be 64-bit. I believe this is because interrupts automatically switch the processor into 64-bit mode. On a code segment by code segment basis you can also run in compatibility mode, which allows 32-bit code to be run in long mode. That is how all the current 32-bit apps will be able to run even in long mode. so from protected mode the OS must switch into compatibility mode, then into 64-bit mode to run 64-bit code. Once in compatibility mode any interrupt will force a switch to 64-bit mode, which is why drivers need to be 64-bit.
Its also worth noting that switching from 64-bit mode to compatibility mode and back has been designed to have no performance penalty.
Re:Is there a list of softare ready for it? (Score:5, Informative)
Also,
Re:Is there a list of softare ready for it? (Score:3, Interesting)
Re:Is there a list of softare ready for it? (Score:3, Interesting)
Re:Is there a list of softare ready for it? (Score:5, Informative)
Something tells me Duke Nukem Forever will take full advantage of the 64-bit platform.
Re:Is there a list of softare ready for it? (Score:2, Funny)
Re:Is there a list of softare ready for it? (Score:4, Interesting)
Re:Is there a list of softare ready for it? (Score:5, Informative)
Re:Is there a list of softare ready for it? (Score:4, Informative)
"Increases the size of the user process address space from 2 GB to 3 GB (and therefore reduces the size of system space from 2 GB to 1 GB). Giving virtual-memory- intensive applications such as database servers a larger address space can improve their performance. For an application to take advantage of this feature, however, two additional conditions must be met: the system must be running Windows XP, Windows Server 2003, Windows NT 4 Enterprise Edition, Windows 2000 Advanced Server or Datacenter Server and the application
(take from sysinternals.com, a la Mark Russinovich)
- Oisin
Is it the season? (Score:4, Interesting)
Re:Is it the season? (Score:3, Interesting)
Longhorn (Score:5, Interesting)
Re:Longhorn (Score:4, Informative)
Re:Longhorn (Score:5, Insightful)
Re:Longhorn (Score:5, Informative)
I agree to with you to a certain degree, I just think you're maybe a little too paranoid.
Re:Longhorn (Score:2)
Re:Longhorn (Score:2)
Re:Longhorn (Score:2)
Re:Longhorn (Score:3, Informative)
Obviously you haven't read The mythical Man Month [amazon.com].
Of course if you aren't a software engineer or you are a "pointy haired boss" [wikipedia.org] then I'm not surprised you haven't read it and think throwing extra money and people at a project will make it faster.
Historian Publishes! (Score:4, Funny)
1: Windows XP X64
that is all.
Re:Historian Publishes! (Score:5, Informative)
In fact, I've played only Freeciv [freeciv.org] (and not the original one) for a long time, but I'm pretty sure the Historian Publishes were on the original also.
Re:Historian Publishes! (Score:2)
Toynbee's report on the RICHEST Civilizations in the World.
1: The Magnificent Greeks
2: The Glorious Egyptians
3: The Great Quebecois
4: The Decent Romans
5: The Mediocre Arabs
6: The Hilarious Americans
7: The Worthless Brazilians
8: The Pathetic Japonese
9: The Useless French
Re:Historian Publishes! (Score:3, Funny)
4/1 (Score:4, Funny)
And ... (Score:4, Funny)
Heh (Score:5, Funny)
Cue the candid laughter everyone.
Re:Heh (Score:2)
Re:Heh (Score:2, Informative)
Re:Heh (Score:3, Informative)
Re:Heh (Score:5, Informative)
It's highly debatable whether you could call it "pure 64-bit". A description of the implementation from here [macintouch.com]:
Re:Heh (Score:4, Interesting)
I prefer to think of it as frontier territory without resource and memory leaks, buggy system calls, and insanely bloated, sourcecode-free "objects" that are larger than most applications used to be but provide unique and special capabilities like "buttons" and "checkmarks."
But that's just me. :-) When I encounter something from Microsoft that is broken (like a file dialog ot the treeview control) then I write my own, make sure it works, fix it ASAP if and when anyone finds anything I missed... so memory where MS's OS fears to tread smells like freedom and clean air. There may not be any toilets, but then again, I don't have to have Microsoft's sewage running all over my applications.
Real conversation from about 2002:
We gave them this [blackbeltsystems.com], instead.Re:Heh (Score:3, Insightful)
You make me think of Phil Katz, the former boss
Re:Heh (Score:2)
Re:Heh (Score:2)
Sorry i wasn't informed. When did this outstanding event happen.
</sarcasm>
April Fool ? (Score:3, Funny)
Re:April Fool ? (Score:3, Insightful)
Now only a few more years..... (Score:4, Insightful)
Get 64-bit applications now. (Score:5, Interesting)
I run Slamd64 [slamd64.com], the x86-64 Slackware.
can now? (Score:5, Informative)
(1) The opteron is a true 64-bit architecture. The em64t (intel thing) is a bit of a bodge (still basically a xeon core, with shades of 32-bit-ness in odd places like memory mapping for devices), but still appears 64 bit.
(2) Linux people have been running x86-64 Linux for _ages_ now. It's a cheap and cheerful server platform without some of the worst cruddiness of x86, and a cheap, extremely cost effective, and generally excellent scientific workstation and compute cluster platform, and is selling like wild here (euro) anyway.
Re:can now? (Score:3, Insightful)
nope (Score:3, Interesting)
Re:can now? (Score:5, Informative)
With EM64T you can't do DMA from devices to addresses above 32bit. This means that the transfers have to be done into a buffer below 4Gb and then copied over to the application buffer (above 4Gb). This implies a serious performance penalty and puts EM64T out of the "true 64bit" bag.
Re:can now? (Score:4, Informative)
As also one of the responses to this point out, you're not entirely right here. As I know it - and I'm not trolling here, just not having too much hands-on experience, so I could be somewhat wrong - they may "seem" equal, that is you can code almost exactly the same on them, but internally Opterons give you a 64bit architecture with all the benefits (and hypetransport being the chocolate on the cake) with 32bit compatibility, while 64bit-extended Xeons seem to be just as the name suggests.
Don't get *too* excited yet... (Score:5, Informative)
XP for x64 has NO 32-bit hardware driver support. Very very few manufacturers have x64 drivers available yet. Thus, don't feel surprised when you literally can't use any of your fancy toys. On the bright side, NVidia does have beta 64-bit drivers available, so you might luck out. Of course, considering the stability of final-release NVidia drivers, do you really want to use a beta?
XP x64 has also completely dropped 16bit support. No more old DOS programs. No more Win3.1 programs. More importantly (as I mentioned above), no more installers that used 16 bit code, even for purely 32-bit programs.
I too look forward to running XP x64 on my Athlon64. But for the moment, the average Joe just doesn't have that as a realistic option. In another six months, perhaps. But not yet.
Re:Don't get *too* excited yet... (Score:3, Insightful)
Ditto, there's still a lot of those out there. I would expect Microsoft to drop atleast a 16-bit VM of some sort - specially for a desktop oriented OS.
Re:Don't get *too* excited yet... (Score:4, Insightful)
The application itself, probably. But you apparently missed the point about the installer... If you can't install your 32 or 64 bit program, you can't use it.
It might also suprise you just how many programs do still use 16-bit code. A lot of command-line utils, for one. A lot of low-end games (card and puzzle-type), for another. Now, you might say that you never use the command line or play Chips Challenge, in which case, good for you. But most of us just expect our computers to do what we want them to.
Now, with the 32-bit hardware driver problem, I can understand that. But Microsoft already ran 16-bit apps under emulation since the earliest days of NT (via NTVDM or WOW - If you ever see either of those in yout task manager, you still use 16-bit code for something) - I see absolutely no reason whythey would have discontinued that.
Re:Don't get *too* excited yet... (Score:4, Interesting)
There are traps that intercept them and run an installshield/ect emulation.
Re:Don't get *too* excited yet... (Score:2)
There are two types of people running 10+ year old windows programs: the first type are IT professionals who are running legacy programs for business reasons. These people are used to negotiating difficult compatibility requirements all the time, and will not even blink at these problems. If Microsoft loses these people as custo
Re:Don't get *too* excited yet... (Score:4, Insightful)
XP x64 has also completely dropped 16bit support. No more old DOS programs. No more Win3.1 programs. More importantly (as I mentioned above), no more installers that used 16 bit code, even for purely 32-bit programs.
I say good riddence.
I too look forward to running XP x64 on my Athlon64. But for the moment, the average Joe just doesn't have that as a realistic option. In another six months, perhaps. But not yet.
Your average Joe probably isn't using a 64 bit x86 chip either.
The transition has to start sometime. If not now, when?
Re:Don't get *too* excited yet... (Score:2)
XP64 will not run on 32bit hardware. So if Average joe is still on his tiny duron this OS is not for him anyways. For us who have the 64bit hardware it is nice to have an OS that use all of its features.
Is it worth upgrading? (Score:4, Interesting)
Re:Is it worth upgrading? (Score:5, Informative)
And even if you are doing those things, only if the drivers are available.
Basically, hold off unless you have no choice
Re:Is it worth upgrading? (Score:2)
Re:Is it worth upgrading? (Score:2)
If you think it's worth, go ahead and pay for your legitimate copy.
Re:Is it worth upgrading? (Score:2)
Re:Is it worth upgrading? (Score:3, Insightful)
Wow, another Microsoft public Beta! (Score:3, Insightful)
Great, the people who sold me the Gigabyte AMD64 motherboard will possibly admit there is a 64 bit operating system now...I had a Gigabyte motherboard that as soon as it got out of the bootloader and went 64 Bit, it would reboot! I should have stuck to ASUS originally.
I swapped out the Gigbyte MB, put in an ASUS...same CPU, Memory, everything and I pass the 64 bit transition, and away I went to load 64Bit Linux! Cool.
ttyl
Farrell
The scientific discovery of the decade.... (Score:4, Funny)
Gold Plating (Score:4, Funny)
/me ducks.
"Can now see" (Score:4, Informative)
Re:"Can now see" (Score:5, Informative)
Booya!
The biggest challenge for Windows... (Score:5, Funny)
Their task is made more difficult by advances in compiler design which find an eliminate trivial solutions that simply chew up CPU time by computing huging cosine tables and then overwriting them.
New innovation may come from recent advances in polling network devices unnecessarily and hanging various threads until a reply is received. In the case of pulling a device off the network that Windows Explorer had browsed in the last 15 weeks, a given thread can hang for minutes, chewing up processor time in loops that scan network traffic.
The Windows Development team seems optimistic that they can produce the same crippled user interface on new 64 bit architectures that customers have become familiar with, a valuable marketing strategy in teaching consumers to become suspicious of computers with more responsive interfaces.
Re:The biggest challenge for Windows... (Score:2, Interesting)
Dual boot Redhat/Gnome and Xp and some old hardware. I do this on a 128MB Celeron333Mhz. XP is less sluggish than Linux.
Re:The biggest challenge for Windows... (Score:2)
FIRE IN THE HOLE!
Re:The biggest challenge for Windows... (Score:3, Informative)
here [xfce.org]
"extra addressing...." (Score:5, Informative)
Translation: If you've never heard of a register, what this means is that there are twice as many internal storage locations in the processor. moving data between internal registers suffers from no delay, while accesses to memory (ram) is slow and processing cycles can be lost to wait states - basically the processor must pause and wait for the memory access to get done.
This is why most code when recompiled for the new architecture will see an immediate performance improvement. Some code will see gains from the 64 bit width of these registers - but not as much. Virtually no one will see a benefit from being able to use more than 4gb of ram.
Re:"extra addressing...." (Score:3, Insightful)
I would absolutely say that the biggest advantage has nothing to do with the address space. The biggest advantage tha Alpha gave us, for the decade where it maintained its performance lead despite benign and not-so-benign neglect, wasn't the larger address space (there were only a few people who actually needed 64 bits), but the huge register bank and celever instruction set (especially the memory barrier instructions, wh
April Fool's Day Was Yesterday (Score:3, Funny)
Coincidence (Score:4, Interesting)
Free upgrade (or downgrade ;) ? (Score:2)
Anyone know if this will happen?
(I'm keenly interested in this, since I own XP Pro and would like to see my video capture card stop working for lack of an XP-64 driver. Thank goodness for Linux support.)
So has anyone TRIED it yet? (Score:3, Informative)
I tried 64 bit Ubuntu briefly, but I went back to 32 bit after failing to acquire such things as my favorite XMMS plugins (which I never could get compiled and working properly, even in 32 bit, so was forced to get binaries), and 32codecs, and of course, browser plugins.
I would imagine that the video codecs work a lot better in Windows XP, but I would imagine that it would be much similar to Linux in that I would have to run in 32 bit mode in order to actually use most stuff.
I am aware that there's a way of running a 32 bit mode in Linux as well... but it seemed far too complex to actually go through with, and I am too much of a newbie to actually get it working properly.
The Horse's Mouth (Score:5, Informative)
There is more to x86-64 than addressing... (Score:3, Interesting)
Extended addressing might sound nice but in the real world, it translates to no performance improvement unless you have >4GB in your PC while gains from recompiling to use the extra registers (and some rewriting to combine high/low parts into int64s, reducing initial register usage) are often in the 20%-40% range - though this can vary wildly depending on GCC options and across GCC versions.
Well, it is all marketing so Intel's EMT64 campaign does not need to make any technical sense as long as it sells.
Slashdot bias showing? (Score:3, Insightful)
Tiger went gold on April 1 and no time was wasted in posting that news.
Both are closed source operating systems.
Explain.
Re:Is this Longhorn? (Score:5, Informative)
Re:Is this Longhorn? (Score:2)
I thought longhorn was XP + 64-bit.
Re:Is this Longhorn? (Score:5, Informative)
Longhorn will not be out until next year at the earliest.
Re:Is this Longhorn? (Score:5, Informative)
I don't know where all misinformation about Longhorn being aimed for 64-bit processors come from. I keep seeing it everywhere on forums.
Longhorn will be released just like Windows XP; in 32- and 64-bit editions.
Re:Is this Longhorn? (Score:4, Informative)
Re:Oh good... -- No, you are incorrect (Score:5, Funny)
Re:latterly? & EM64T = AMD's coffin nails? (Score:3, Interesting)
That was exactly what I thought when Intel came out with the reworked xeons to handle 64b. Thing is, Intel cpus have a so large market coverage (and will have) that if most people code for em64t then their code will probably not produce significant speed pushes when recompiled on opterons/fx's. And - so that