Slashdot Mirror


Microsoft Leaks Details of 128-bit Windows 8

Barence writes "Microsoft is planning to make Windows 8 a 128-bit operating system, according to details leaked from the software giant's Research department. The discovery came to light after Microsoft Research employee Robert Morgan carelessly left details of his work on the social-networking site LinkedIn. His page read: 'Working in high-security department for research and development involving strategic planning for medium and long-term projects. Research & Development projects including 128-bit architecture compatibility with the Windows 8 kernel and Windows 9 project plan. Forming relationships with major partners: Intel, AMD, HP and IBM.' It has since been removed."

581 comments

  1. April fools! by Anonymous Coward · · Score: 0

    Six months early... or late.

    1. Re:April fools! by V!NCENT · · Score: 1

      Exactly! Everytime it's time for a new Windows version to be developped Microsoft sais: Yeah we promise X and Y and game changing shit! Then it gets delayed. Then again. Then these so called worked on features (which are not worked on and were never planned!) are scrapped. Then we get the previous Windows with a few minor changes and additions.

      It happens everytime! And the worst part is; everybody keeps falling for it! There are not even 128bit CPU's!

      Come on everybody, wake up! Read this FFS and NEVER, EVER, post shit like this again!: http://www.roughlydrafted.com/RD/Q4.06/4E2A8848-5738-45B1-A659-AD7473899D7D.html

      --
      Here be signatures
    2. Re:April fools! by olivesaregross · · Score: 3, Informative

      From Windows IT Pro: "All your rumors are belong to me: Windows 8 to be 128-bit? No. Good God, no. People can be so silly sometimes. Writers at PC World, Ars Technica, Slashdot and many other publications fell for an obviously faked LinkedIn profile from a supposed Microsoft researcher who claimed he was working on a 128-bit kernel for Windows 8. There's just one problem. This guy doesn't exist. No one with his name has ever worked at Microsoft Research. His job title is fake. Microsoft is not working on a 128-bit kernel for Windows 8. And, best of all, the guy's listed university? It's an "online supplier of academic degrees," according to Wikipedia. OK, that's five problems, or four more than those geniuses on the web should have needed to figure out this rumor was fake. Seriously, you guys make me laugh so hard sometimes I could cry. It's just sad." http://windowsitpro.com/Articles/Index.cfm?ArticleID=102939&feed=rss&subj=0

  2. Not really by christurkel · · Score: 0, Offtopic

    It refers to a 128 bit filesystem ala ZFS, not the whole OS.

    --

    CDE open sourced! https://sourceforge.net/projects/cdesktopenv/
    1. Re:Not really by almostinsane · · Score: 0

      The is no Robert Morgan that works at Microsoft. Not sure who this guy is but if he does work at MS its not his real name.

    2. Re:Not really by Clandestine_Blaze · · Score: 5, Funny

      The is no Robert Morgan that works at Microsoft. Not sure who this guy is but if he does work at MS its not his real name.

      Well, not anymore, anyway. :-)

    3. Re:Not really by BrokenHalo · · Score: 5, Informative

      It refers to a 128 bit filesystem ala ZFS, not the whole OS.

      Either we're not reading the same article, or I suspect you didn't read it at all. At no point is a filesystem mentioned.

    4. Re:Not really by MrNemesis · · Score: 2, Informative

      Noooooo! I want to be able to say I have a 23488102 bit OS if that's the size of my bzImage! And once I have 1TB of porn I can call it a 8.79609302*10^12 bit operating system!

      Seriously - it's one thing for some IT marketing types not to know that a 128bit OS would need a 128bit processor (which would be a Big Thing, especially if HP were getting back into the market of CPU design and manufacture), but for the submitter and eds to not point it out makes it look a little daft.

      --
      Moderation Total: -1 Troll, +3 Goat
    5. Re:Not really by nevesis · · Score: 1

      That was what I thought at first glance, but no it is definitely referring to the architecture. (hence the forming relationships with vendors).

      Core 2 Duo x128 around the corner?

    6. Re:Not really by noundi · · Score: 5, Informative

      It refers to a 128 bit filesystem ala ZFS, not the whole OS.

      Either we're not reading the same article, or I suspect you didn't read it at all. At no point is a filesystem mentioned.

      I'm with you, I don't know where he got filesystem from:

      The senior researcher's profile said he was: "Working in high security department for research and development involving strategic planning for medium and longterm projects. Research & Development projects including 128-bit architecture compatibility with the Windows 8 kernel and Windows 9 project plan. Forming relationships with major partners: Intel, AMD, HP and IBM."

      Clearly says architechture.

      --
      I am the lawn!
    7. Re:Not really by Anonymous Coward · · Score: 1, Insightful

      It refers to a 128 bit filesystem ala ZFS, not the whole OS.

      That makes a lot more sense, considering that there are no x86-compatible 128-bit CPUs available or even being publicly discussed. If I'm not mistaken, the 32-bit x86 CPU was around for 20+ years before the 64-bit extensions were added, and several years later we're only beginning to get widespread deployments of a 64-bit Windows. We probably won't see 128-bit Windows widely available until 2025 at least.

    8. Re:Not really by Daniel_Staal · · Score: 3, Funny

      So, that's right on schedule for Windows 8 then.

      --
      'Sensible' is a curse word.
    9. Re:Not really by NoYob · · Score: 0, Flamebait

      It refers to a 128 bit filesystem ala ZFS, not the whole OS. Either we're not reading the same article, or I suspect you didn't read it at all. At no point is a filesystem mentioned.

      Apparently, neither did the mods.

      --
      It's NOT me! It's the meds! I'm on 1000mg of Fukitol.
    10. Re:Not really by Terje+Mathisen · · Score: 4, Insightful

      None of the linked articles say that the 128 bits is for the filesystem only, but I still believe you're right:

      Making the entire os 128-bit would simply waste a _lot_ of memory, for zero real gain. (Rather the opposite: A larger working set always leads to slower code.)

      Having 128 bits available for filesystem/storage makes it quite feasible to have globally unique addresses for everything, across huge populations of machines.

      This has been done before, afair IBM has used a 128 (or 129!) bit address space for their AS400 platform, where everything is memory mapped.

      I.e. there is no visible file system, you just access objects by address (which is really a handle).

      I believe Amazon's cloud storage is similar, in that the only way to access a blob of data is via a 128-bit handle.

      Terje

      --
      "almost all programming can be viewed as an exercise in caching"
    11. Re:Not really by shutdown+-p+now · · Score: 3, Insightful

      The is no Robert Morgan that works at Microsoft. Not sure who this guy is but if he does work at MS its not his real name.

      Well, we don't know who you are, either, so why should your input on this be paid any attention?

    12. Re:Not really by EvanED · · Score: 1

      That makes a lot more sense, considering that there are no x86-compatible 128-bit CPUs available or even being publicly discussed.

      What about non-x86, 128-bit chips? Are there any of those? (I don't know of any, but I probably wouldn't anyway.)

      The NT kernel has always run on other architectures... throughout the years, PowerPC, Alpha, MIPS, and Itanium. If there are places out there with 128-bit chips, I could believe that MS might work on targeting them.

    13. Re:Not really by PinkyDead · · Score: 4, Funny

      Just like that other chap who was always making wild statements about what Microsoft was going to do next.

      They let him go too. What was his name again? Will? Billy? ...something.

      --
      Genesis 1:32 And God typed :wq!
    14. Re:Not really by mikael · · Score: 2
      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    15. Re:Not really by Jurily · · Score: 3, Funny

      It refers to a 128 bit filesystem ala ZFS, not the whole OS.

      Oh. I thought they pulled a Vista again and the 16 exabytes of RAM provided by 64-bit was not enough for their latest crime against humanity.

    16. Re:Not really by CastrTroy · · Score: 1

      However, none of those other architectures were very popular, because they lacked applications. I don't even think I've seen a 128 bit processor. I can't imagine Microsoft would target a market so small, than many don't even know it exists.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    17. Re:Not really by Richard_at_work · · Score: 4, Informative

      Not only does it say 'architecture', it also says 'architecture compatibility'.

      Why is that important? Because it does not mean that Windows 8 will necessarily be 128bit, just capable of being 128bit - for all we know, his entire role is ensuring that the teams code to a set standard which allows ease of porting to 128bit in future.

    18. Re:Not really by Chris+Burke · · Score: 5, Interesting

      Clearly says architechture.

      Okay, but the question is what does that mean? If it just means 128-bit operations or registers, then that's been around since the original SSE. If it means 128-bit addressing (like it usually does), then who the fuck is making those chips and why? Very few 64-bit chips actually support the full 64-bits of address space (certainly not Intel or AMD), simply because there's no need. You could make every computer on earth part of a huge shared-memory system and have room to spare, not that you'd ever do such a thing. Once systems get far enough apart, shared memory stops making sense as maintaining coherence/consistency becomes too much of an overhead. If you were building a cluster as a shared memory system, and each node had 1 TB of RAM, you could fit ten million nodes in before you started to have address space problems. Even the most wasteful of Stupid Virtual Memory Tricks aren't going to put a lot of pressure on 64-bit addressing any time soon.

      I mean I guess I can see the point for the distant future, and hey who the hell knows when Windows 9 is planned for much less will actually arrive, so it can't hurt to make sure it's 'compatible'... I'm just more surprised that any of the partners listed would have 128-bit on even far-reaching roadmaps.

      --

      The enemies of Democracy are
    19. Re:Not really by NickFortune · · Score: 0

      Core 2 Duo x128 around the corner?

      Either that, or MS are even resorting to guerilla marketing for their vaporware, now.

      I guess which seems more likely is going to depend on what you think of Microsoft.

      --
      Don't let THEM immanentize the Eschaton!
    20. Re:Not really by JSBiff · · Score: 4, Interesting

      Someone else posted a link to an ArsTechnica article about this. They had more info from the LinkedIn post, which indicated that the work was being done to target the IA-128 instruction set (which is currently only available as a simulator, no actual silicon, *yet*). But, since Intel hasn't abandoned Itanium yet, and they are targetting it at Enterprise and High Performance Computing, I could totally see Intel evolving the Itanium architecture from 64-bits to 128-bits. After all, there are a few servers in the world that handle truly epic amounts of data, and really might be able to use more than 64-bits.

      It's probably that they are laying the groundwork now, for release 5 or 10 years down the road.

    21. Re:Not really by Jurily · · Score: 1

      It also clearly says "compatibility", e.g. no actual 128-bit code yet, but they'll make sure it won't break in the future. Perhaps they learned their lesson from 64-bit XP.

    22. Re:Not really by Tubal-Cain · · Score: 1

      I would do it, but there isn't a -1, Wrong option.

    23. Re:Not really by hairyfeet · · Score: 3, Insightful

      Maybe because he was thinking logically? There are already 128 bit filesystems out there, ala ZFS. Why? Because with huge servers and clustering you can get some insanely huge numbers when it comes to HDD space. But as I'm sure we all know when it comes to a 128 OS, we are usually talking about addressing, ala 16bit, 32bit, 64bit.

      As it is now there isn't even any stock machines being built (that I know of) that can support even 1/100th of the amount of RAM that can be addressed in 64bit, let alone any need in at least a decade or two for 128bit addressing. Lets face it-16 exabytes of memory is a whole damned lot in anybodies definition, and I doubt anybody here can think of any reason that we could possibly affordably build a machine that hits that limit in even 20 years. Filesystems on the other hand? Well we already have drives hitting 2TB, so hitting the 64bit limit there, while it will still take awhile, is doable. And let us not forget that MSFT has always been the kings of "me too!" and don't like other groups having features that they themselves don't have, so I have no doubt that when they saw ZFS is 128bit that they said "we need to have 128bit capable servers too!"

      So in conclusion it doesn't need to be said, as it is simply common sense. Even at our current rate of RAM size growth it would probably take a good 30 years before we can manufacture RAM sticks that pack enough density that you could hit the 64bit addressing limit without requireing thousands of sticks. With the explosion of hard drive space on the other hand hitting the 64bit limit in large clusters is certainly possible in the near future. Therefor it makes sense that since MSFT does have several server products, and servers are requiring ever increasing amounts of space, that MSFT would have a team working on 128bit file system support for a later version of Winserver. You really don't need to be Colombo to come to that conclusion, as it just makes sense, whereas a full 128bit OS simply does not and will not make sense for most likely several decades. And while we all know MSFT is slow when it comes to releasing OSes, surely they won't be THAT slow when it comes to Win8 and Win9.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    24. Re:Not really by ConceptJunkie · · Score: 4, Funny

      Yeah, I think I remember him. He thought the Internet was a passing fad, claimed he'd single-handedly defeat spam, promised Microsoft was taking security seriously in 2000, all kinds of nonsense like that. Had a really dorky haircut too.

      --
      You are in a maze of twisty little passages, all alike.
    25. Re:Not really by Haxzaw · · Score: 0

      No, it states architecture, but knowing Microsoft they probably mean it will support two 64 bit processors. For those of you not very good at math, that is 2 x 64 = 128

    26. Re:Not really by commodore64_love · · Score: 4, Informative

      I'm still confused.

      What's the point of having 128 bit compatibility? 128 bit CPUs don't even exist yet. Heck most of us are still just using 32, and haven't even visited the 64 generation yet.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    27. Re:Not really by MrNemesis · · Score: 1

      Despite the colossal way we've advanced in computers over the last ten years, I really really think 16EB really should be enough for anyone until at least 2050...! Surely it'd be more beneficial to tack on additional instructions (e.g. AltiVec-style SIMD ops) to current architectures rather than design a whole new one that we don't remotely have the capability to explore...?

      --
      Moderation Total: -1 Troll, +3 Goat
    28. Re:Not really by Anonymous Coward · · Score: 0

      128bit file system is lame: I have over a frigging TERRORBYTE!!!

    29. Re:Not really by frank_adrian314159 · · Score: 5, Interesting

      The original IBM System 38 and its descendants, such as OS/400, OS/500, etc., had a 128-bit address space. In these architectures, the large number of address bits were used to provide an address space that spanned both memory and disks and was used to provide processor-level protection for objects stored there. Using large address spaces to ensure hardware protection of system objects is a good start on a highly secure OS and is probably where this is going.

      And Intel is no stranger to hardware object protection, either. The iAPX-432 chipset, although not a commercial success, showed that hardware-level protection of objects is feasible, with more complex access controls than can be provided with reasonable performance than with software implementations of complex access control schemes (note I said complex - one of the reasons that the chip failed commercially is that, besides having a braindead two-chip implementation and instruction lengths that varied at the bit level, it could not support simple protection schemes as quickly as software was able to do). Intel is looking for what to do with the extra transistors that feature shrinks provide - adding better protection at the hardware level might be a win.

      --
      That is all.
    30. Re:Not really by saider · · Score: 3, Insightful

      Not too long ago (15-20 years, maybe?) 64-bit processors would have been unheard of on the desktop. I see 64-bit being stretched as we put more high-definition video into our datasets. And then we'll have the next "ultra high def" format that will stretch it even more. And then you have a small (in terms of units shipped), but very profitable business in supercomputing. Protein folding and subatomic research folks would probably jump at the chance to rerun their simulations with a higher resolution.

      --


      Remember, You are unique...just like everyone else.
    31. Re:Not really by Anonymous Coward · · Score: 0

      I'm far from an expert at this, but I seem to recall that OS/400 was designed to run as a 64-bit OS on top of either a 32, 48 or 64-bit processor... or something like that. Having a single base that could take advantage of whatever processing power you decided to give it could be a huge boon to high-end application processing. Of course... anything over 64-bit does make the huge assumption that someone will eventually deliver on a >64-bit processing architecture.

    32. Re:Not really by Kozz · · Score: 5, Funny

      Even the most wasteful of Stupid Virtual Memory Tricks aren't going to put a lot of pressure on 64-bit addressing any time soon.

      You heard it here first, folks: 64-bit ought to be enough for anybody.

      --
      I only post comments when someone on the internet is wrong.
    33. Re:Not really by NatasRevol · · Score: 1

      Upgrade options, duh!

      They want to help consumers with more choice. Just imagine what the NEXT version of this will look like:
      http://mossblog.allthingsd.com/files/2009/08/windows-upgrade-chart.png

      --
      There are two types of people in the world: Those who crave closure
    34. Re:Not really by Anonymous Coward · · Score: 0

      Well, not anymore, anyway. :-)

      The summary is clear:

      It has since been removed.

    35. Re:Not really by NotBornYesterday · · Score: 4, Insightful

      The senior researcher's profile said he was: "Working in high security department [emphasis mine] for research and development involving strategic planning for medium and longterm projects. Research & Development projects including 128-bit architecture compatibility with the Windows 8 kernel and Windows 9 project plan. Forming relationships with major partners: Intel, AMD, HP and IBM."

      My first reaction was that if you can't fix the security problems in the people, you surely can't expect to fix the security problems in the software. But that might be a little hasty.

      My guess is that the actual security gaffe here was little or nothing. He mentioned he worked in this department, and that they have future plans that exceed today's capabilities. Meh. So what. If he had posted the details of what he was doing, then it would have been newsworthy. As it is, this barely notable. Any one of us here could probably guess that MS likely has people looking into the progression beyond 64 bit technology.

      It is reasonable to believe that at some point in the next several years the hardware companies he mentions will have some plan to start building 128 bit cpus. My guess is that this guy's job is to make sure that MS has input into the design process where it can, and to provide feedback to the MS dev teams so MS can start planning to include compatibility features relatively early on, to hopefully be the OS of choice when this hardware someday becomes available. I'm guessing that Windows 8 probably won't be seen for a long time. The article mentions 2012, but given MS's rush to push out 7 to stem the bleeding caused by Vista they may rely on it for longer than normal, much like they did with XP after the ME debacle. If I were writing an OS that would likely debut in 4 to 8 years, I would probably want a heads up from the hardware vendors about how to write an OS for their next gen proc. Also, if MS were planning a future move to a fully 128-bit OS, they might start by inserting 128-bit code into a 64-bit OS.

      --
      I prefer rogues to imbeciles because they sometimes take a rest.
    36. Re:Not really by Anonymous Coward · · Score: 0

      According to wikipedia (http://en.wikipedia.org/wiki/IBM_System/38) it has a 48-bit space.

    37. Re:Not really by Anonymous Coward · · Score: 0

      Which is why he mentions "Forming relationships with major partners: Intel, AMD, HP and IBM" so that 128-bit CPUs would be created.

    38. Re:Not really by _KiTA_ · · Score: 4, Insightful

      None of the linked articles say that the 128 bits is for the filesystem only, but I still believe you're right:

      Making the entire os 128-bit would simply waste a _lot_ of memory, for zero real gain. (Rather the opposite: A larger working set always leads to slower code.)

      Having 128 bits available for filesystem/storage makes it quite feasible to have globally unique addresses for everything, across huge populations of machines.

      This has been done before, afair IBM has used a 128 (or 129!) bit address space for their AS400 platform, where everything is memory mapped.

      I.e. there is no visible file system, you just access objects by address (which is really a handle).

      I believe Amazon's cloud storage is similar, in that the only way to access a blob of data is via a 128-bit handle.

      Terje

      Since Win8 / Win9 won't be out for 5/10 years...

      Why am I getting flashbacks to a discussion that people had back in the 8 bit days?

      "Making the entire os 32-bit would simply waste a _lot_ of memory, for zero real gain. (Rather the opposite: A larger working set always leads to slower code.) ... Having 32 bits available for filesystem/storage makes it quite feasible to have globally unique addresses for everything, across huge populations of machines."

      I never heard this discussion, but you know it happened. Probably almost verbatim.

    39. Re:Not really by Dragonslicer · · Score: 2, Insightful

      I'm still confused.

      What's the point of having 128 bit compatibility? 128 bit CPUs don't even exist yet. Heck most of us are still just using 32, and haven't even visited the 64 generation yet.

      Maybe because it's easier to include now the ability to extend compatibility to 128-bit processors instead of trying to bolt it on later? Who knows, maybe Microsoft really did learn something from their experience with Windows security.

    40. Re:Not really by SnarfQuest · · Score: 1

      If you were building a cluster as a shared memory system, and each node had 1 TB of RAM, you could fit ten million nodes in before you started to have address space problems.

      Will it then be able to run windows with all features turned on?

      --
      Who would win this election: Andrew Weiner vs Andrew Weiner's weiner.
    41. Re:Not really by Tawnos · · Score: 4, Interesting

      He's right, there's no Robert Morgan here (well, there's a v-, but no Robert Morgan in R&D).

    42. Re:Not really by 1729 · · Score: 2, Informative

      Not too long ago (15-20 years, maybe?) 64-bit processors would have been unheard of on the desktop. I see 64-bit being stretched as we put more high-definition video into our datasets. And then we'll have the next "ultra high def" format that will stretch it even more. And then you have a small (in terms of units shipped), but very profitable business in supercomputing. Protein folding and subatomic research folks would probably jump at the chance to rerun their simulations with a higher resolution.

      Just to put this into perspective, the forthcoming IBM Sequoia supercomputer will have 1.6 petabytes of RAM, and only a very small fraction of this can be accessed by a single compute node. The total amount of RAM in this machine is still 4 orders of magnitude smaller than what can be addressed with a single 64-bit pointer.

    43. Re:Not really by Anonymous Coward · · Score: 0

      Uhm... I'm pretty sure windows xp 64 handles SMP. Was that a joke? Its pretty funny, if it is. If it isn't then I'm sorry?

    44. Re:Not really by marcosdumay · · Score: 2, Insightful

      Well, 16 Exabytes of RAM (ok, just 8 if you use signed relative jumps) ought to be enough for a quite long time. Long enough to develop another OS, that is for sure.

    45. Re:Not really by SamSim · · Score: 1

      Very few 64-bit chips actually support the full 64-bits of address space (certainly not Intel or AMD), simply because there's no need

      You're right! 64 bits should be enough for anybody. I think I remember reading that somewhere.

    46. Re:Not really by MoxFulder · · Score: 2, Informative

      None of the linked articles say that the 128 bits is for the filesystem only, but I still believe you're right:

      Making the entire os 128-bit would simply waste a _lot_ of memory, for zero real gain. (Rather the opposite: A larger working set always leads to slower code.)

      Right. There's no widely-used 128-bit-native processor architecture either. And there is no reason to have 128-bit address bus either.

      I don't think there are 2^128 bytes of DRAM on the planet, even. Lessee... that's 2^98 GiB. Which is almost 10^20 GiB of RAM for every single person on the planet. I think that I personally can account for 10 GiB or so. Maybe 100 GiB if my parents have a secret DRAM trust fund for me that I don't know about. So yeah, 128-bit memory addresses are waaaaay off. I believe current 64-bit processors are currently limited to 40-bit external address buses... that'd be 1 TiB of RAM.

    47. Re:Not really by sexconker · · Score: 3, Interesting

      No, it means a 128-bit architecture will still be able to run Windows 8.

      That is, the architecture supports a different mode that the Windows 8 kernel includes.

      Knowing the history of teh bits, this simply means Windows 8 will be available in both 32-bit and 64-bit versions, and 128-bit processors will be able to run in 32-bit mode, but not 64-bit mode.

      So yet again, we will be stuck without 64-bit drivers or optimization, let alone 128-bit drivers or optimization.

      32-bits should be more than enough for anybody.

      (I HOPE Windows 8 is 64/128, and 128-bit processors are 32/64/128, but I know better than to expect anything sensible).

    48. Re:Not really by nabsltd · · Score: 3, Interesting

      In these architectures, the large number of address bits were used to provide an address space that spanned both memory and disks and was used to provide processor-level protection for objects stored there. Using large address spaces to ensure hardware protection of system objects is a good start on a highly secure OS and is probably where this is going.

      But, even 64 bits is enough for that for a long time.

      Since you can address over 17 billion terabytes with 64 bits, that means that even with a doubling of storage density every year (which is much faster than things are really happening), that means we have over 20 years before arrays of a couple thousand disks would start to reach the limit.

      By then, there will be 128-bit CPUs. So, unless Windows 8 is targeted for 2020, it really doesn't need any 128-bit features.

    49. Re:Not really by sexconker · · Score: 1

      Exactly.
      Windows 8 is scheduled in launch in 2048.

    50. Re:Not really by Anonymous Coward · · Score: 0

      I think "Wasting a lot of memory" is a great plan to push consumer to buy new hardware, otherwise after the current generation of PC having 8Gb of RAM, why do they ever need to upgrade their machine again! I am currently running over 10 applications and 30 open windows, 2Gb or RAM is more than enough.

    51. Re:Not really by sexconker · · Score: 1

      I often refer to them as

      Killer
      Maybe
      Giggle
      Terror
      Pedo

      Once people start using PB-scale storage, I'll need to decide on one for EB.

    52. Re:Not really by Anonymous Coward · · Score: 0

      Maybe because he was thinking logically?

      Of course! Because with sufficient "logic," fact-checking is utterly redundant and frivolous!

      Spoken like a string theorist or a talk-radio listener.

    53. Re:Not really by sexconker · · Score: 1

      The last thing the 486, I mean 586, I mean 686, I mean x86, I mean x86-64, I mean IA64, ISA needs is more instructions.

    54. Re:Not really by pedrop357 · · Score: 1

      I believe the whole system was designed around 128bit pointers from the very beginning. It used a 48 bit processor between 1988 and 1995 and did a nearly seamless transition to a 64 bit architecture around 1995.

      http://en.wikipedia.org/wiki/IBM_System_i

      The AS/400 was one of the first general-purpose computer systems to attain a C2 security rating from the NSA (Gould UTX/C2, a UNIX-based system was branded in 1986[4]), and in 1995 was extended to employ a 64-bit processor and operating system.

      In 2000 IBM renamed the AS/400 to iSeries, as part of its e-Server branding initiative. The product line was further extended in 2004 with the introduction of the i5 servers, the first to use the IBM POWER5 processor. The architecture of the system allows for future implementation of 128-bit processors when they become available. Existing applications can use the new hardware without modification.

    55. Re:Not really by atari2600 · · Score: 4, Informative

      For the uninitiated, v- and a- are Microsoft's way of identifying vendors (Microsoft is their client for whatever reason) and CSGs respectively (a fancy acronym for contractors).

    56. Re:Not really by tech_fixer · · Score: 0

      He also said computers would never need more than 640Kb of RAM

    57. Re:Not really by Belial6 · · Score: 2, Insightful

      You realize that we are at the end of 2009 right? And that Windows 7 is just now being released? MS might just be considering that in 2020 we might still be running Windows 8. I know that only looking 1Q into the future is hip for businesses, but maybe MS is looking farther ahead than that. We are still living with issues created by PC limitations from the 16-bit era. Probably a bunch from the 8-bit era that I am not aware of. I see no problem with planning ahead so that they can get the transition done sooner rather than later, or just make the transition smoother than previous bit size transitions.

    58. Re:Not really by Ant+P. · · Score: 1

      Itanium?

      I'd welcome Windows tying its future to the success of that chip...

    59. Re:Not really by pastafazou · · Score: 1

      Well, they don't really need more than 640KB, it's just that ASCII Crysis isn't nearly as entertaining...

    60. Re:Not really by Anonymous Coward · · Score: 0

      Don't forget he think that this year will be the year speech recognition takes off, just like each year since the 1970s.

      Never mind that (a) not everyone has their own sound-proofed office and (b) talking is tiring.

    61. Re:Not really by Anonymous Coward · · Score: 0

      Yeah, I think I remember him. He thought the Internet was a passing fad, claimed he'd single-handedly defeat spam, promised Microsoft was taking security seriously in 2000, all kinds of nonsense like that. Had a really dorky haircut too.

      He was a result of sloppy hiring practices. If Microsoft did any kind of background check they surely would've found this and never hired him in the first place.

    62. Re:Not really by ITJC68 · · Score: 1

      Yeah for now. I remember my first PC that had a 520 mb hard drive and we thought there is now way a home pc should need more HD than that. Now we are 320GB and higher drives.

    63. Re:Not really by Anonymous Coward · · Score: 0

      Had a really dorky haircut too.

      . . . and yet he has a good-looking wife, while you're still dating your palm in your mom's bathroom.

    64. Re:Not really by Chris+Burke · · Score: 1

      The original IBM System 38 and its descendants, such as OS/400, OS/500, etc., had a 128-bit address space. In these architectures, the large number of address bits were used to provide an address space that spanned both memory and disks and was used to provide processor-level protection for objects stored there. Using large address spaces to ensure hardware protection of system objects is a good start on a highly secure OS and is probably where this is going.

      Sounds like classic IBM overkill, seeing as at the time you could have memory mapped every disk on earth into a single 64-bit address space.

      Outside of normal page table protection, what does having extra address bits provide with regard to protecting hardware objects?

      --

      The enemies of Democracy are
    65. Re:Not really by Oewyn · · Score: 1

      This has been done before, afair IBM has used a 128 (or 129!) bit address space for their AS400 platform, where everything is memory mapped.

      Well, with 129! bit address space, I imagine you could individually address every electron in the universe.

    66. Re:Not really by Chris+Burke · · Score: 1

      You heard it here first, folks: 64-bit ought to be enough for anybody.

      For a while, for a while!

      I'm not falling into the Bill Gates trap. Though I will predict this: 64 bits will be enough for everyone for a hell of a lot longer than 640k RAM was enough for everyone! Seeing as it basically never was...

      --

      The enemies of Democracy are
    67. Re:Not really by Bigjeff5 · · Score: 2, Informative

      Itanium is not unsuccessful for VMS machines (you cannot put VMS on an x86 based chip, 64bit or no), and VMS is used in mainframe and other ultra-high availability applications. The Itanium just didn't pan out for any sort of windows-based operating systems, because windows is so tied to its x86 legacy.

      I believe they also have a successor that will be compatible with Itanium as well, I'm not sure though. I mainly only looked at Itanium from the VMS point of view. They certainly have a future their though, their only competitor is the Alpha by HP, and these tend to be very very very expensive applications they are used for.

      --
      Security is mostly a superstition... Avoiding danger is no safer in the long run than outright exposure. - Helen Keller
    68. Re:Not really by Anonymous Coward · · Score: 0

      hey who the hell knows when Windows 9 is planned for much less will actually arrive, so it can't hurt to make sure it's 'compatible'.

      They will call it The Plan 9.

    69. Re:Not really by jdgeorge · · Score: 4, Informative

      No, IBM never produced an "OS 500". The branding went from OS/400 to i5/OS to today's "IBM i".

      No, the system never had a 128-bit address space. The address space of OS400 went from 48-bit to 64-bit when IBM started using 64-bit Power-based processors in those systems.

      Yes, the instruction set uses 128-bit pointers, but only the rightmost 64 bits of the pointer are used in the current system.

      Yes, The 64-bit address space covers both system memory and disk storage.

      This Wikipedia article about IBM System i is a pretty good reference about this kind of stuff.

    70. Re:Not really by Darinbob · · Score: 1

      And no one ever "accidentally" leaves that sort of information on LinkedIn. This isn't like Facebook where you mistakenly think only your boyfriend will see the pictures...

    71. Re:Not really by Anonymous Coward · · Score: 0

      If I ever get my hand on 2^128 bytes of RAM, I'm making every byte IPv6-addressable.
      You'll know it has happened when there's a nice little sign on IANA's homepage reading "Closed due to address space exhaustion."

    72. Re:Not really by Bigjeff5 · · Score: 0

      Jeeze, some people never learn from history.

      How many times have we been stuck in a jam because people thought "this will never be in use by the time this is a problem"? The Y2k bug, which we were afraid might bring down the entire banking system with the change of a clock, was one major one. Before that was the infamous "640k is enough for anyone" shortsightedness. There has been plenty of it in the x86 architecture that needs to be babied as it has been upgraded from 8-bit to 16-bit to 32-bit to 64-bit.

      They have had to work around it over and over and over and over again, every time the technology jumps. Now that they are actually thinking "hey, what about the next big jump?" and structuring their systems in such a way that they potentially won't have this problem, and you seem to have a problem with it.

      Even if it takes 50 years before we see the need to move to 128-bit, in that time we probably will certainly have very expensive legacy 64-bit applications. If they start planning for it NOW in their upgrade path, then it is very unlikely that there will be any 64-bit legacy applications that will have this problem. By then Windows 7 will be about the same as MS Dos 2.0 is today. It will be frickin ancient, and they probably won't have any 128-bit upgrade issues at all because they designed with it in mind in the first place.

      --
      Security is mostly a superstition... Avoiding danger is no safer in the long run than outright exposure. - Helen Keller
    73. Re:Not really by Anonymous Coward · · Score: 0

      He said "in 20 years" and then made the mistake of thinking that is 2020 when he meant 2030.

      So, you think we will be running Windows 8 in 2030?

      I seriously doubt it. We're looking at no more than 5 years until Win8 is released and that means less than 10 years until Windows 9. 2030 is way out there. Think of the difference between now and 1990 (that's Quad Core at 4+ Ghz versus a 50 Mhz 486).

    74. Re:Not really by rliden · · Score: 1

      You could be right, but maybe there is more to it. Nobody thought two digit year dates would be a problem either or saw a need to look forward (maybe some did individually but not as an industry). I can't see why expanding architecture would be a bad thing especially if it could smooth transitions to newer ways of computing.

      --
      Don't think of it as a flame, more like an argument that does 3d6 fire damage.
    75. Re:Not really by Sulphur · · Score: 1

      Maybe writable control store is coming back.

    76. Re:Not really by Darinbob · · Score: 1

      It all depends upon how you defined "need". He should have just been honest and said "no one really needs a computer".

    77. Re:Not really by BlackSnake112 · · Score: 1

      with 5-6 billion US dollars you too can be dating a much hotter girl then you could usually get. Make it $40+ billion and she'll have your children.

      Money talks and does make a lot of things easier. This is sad but true.

    78. Re:Not really by Chris+Burke · · Score: 1

      You didn't make it to my last paragraph, did you?

      --

      The enemies of Democracy are
    79. Re:Not really by Terje+Mathisen · · Score: 1

      You're probably right. :-)

      However, 256 bits is a _lot_ of bits:

      The number of sub-atomic particles in the known universe has been estimated at around 1e80 (give or take a few orders of magnitude).

      If we convert this number to binary, we get around 260+ bits, let's call it 256 for a nice, round number.

      I.e. 256 bits is enough to address every single particle in all observable galaxies.

      Terje

      --
      "almost all programming can be viewed as an exercise in caching"
    80. Re:Not really by nabsltd · · Score: 1

      He said "in 20 years" and then made the mistake of thinking that is 2020 when he meant 2030.

      No, I didn't make that mistake.

      I assumed that we can't possibly need 128-bit addressing until 20 years from now (about 2030), and so we don't really even need to start thinking about coding for it (or seeing hardware that thinks about accomodating it) until about 10 years from now.

    81. Re:Not really by Anonymous Coward · · Score: 0

      After all, there are a few servers in the world that handle truly epic amounts of data, and really might be able to use more than 64-bits.

      Obviously you have no concept of how much address space there is in 64-bits. There isn't enough raw material on Earth to create enough RAM and/or disk space to need 64-bit addressing.

      Some day we might need more, sure, but by then the technology will be so fundamentally different that it doesn't matter because everything will need to created especially for these new architectures (ie. new OS, etc). No way in hell Windows 8 or 9 will need a 128-bit address space; not ever.

    82. Re:Not really by s4ltyd0g · · Score: 1

      Intel may support it, but there are few software vendors that do as far as I know. Intel maybe targeting it for HPC, but just try and buy a Mathlab license for this architecture.

    83. Re:Not really by Anonymous Coward · · Score: 0

      The article does not mention it, but the article I originally read about it mentions that AMD has a 128-bit processor code-named "Bulldozer."

    84. Re:Not really by sdpuppy · · Score: 1

      So that's what happened to Bob - he kind of appeared and disappeared early 2000, big round face with a smile, telling people how to use their computer and trying to comfort the technologically challenged...

    85. Re:Not really by quarterbuck · · Score: 1

      Yes, but MSFT is not saying that people will need 2^128 bytes of RAM. All it would mean is that 2^64 won't be enough.
      Now 2^64 is still pretty large for RAM. But I am guessing that MSFT is thinking that as more hard-disks become solid state, the difference between RAM and HDD will vanish and that file system might be directly addressed by CPU.

      --
      http://slashdot.org/submission/1062723/Cheap-mobile-data-plan?art_pos=2
    86. Re:Not really by recoiledsnake · · Score: 1

      Knowing the history of teh bits, this simply means Windows 8 will be available in both 32-bit and 64-bit versions, and 128-bit processors will be able to run in 32-bit mode, but not 64-bit mode.

      WTF? If the history of the bits indicate anything, they run the previous generation architecture. For example, 64 bit processors support 32bit mode and code but 16bit which can only be run via a CPU emulator software.

      --
      This space for rent.
    87. Re:Not really by Anonymous Coward · · Score: 0
    88. Re:Not really by EvilBudMan · · Score: 1

      Huh, HAHAHA. Outside contractors HeHEhe. So Captain Morgan must be a contractor for Microsoft. Now I get it.

    89. Re:Not really by Darkness404 · · Score: 1

      How many times have we been stuck in a jam because people thought "this will never be in use by the time this is a problem"? The Y2k bug, which we were afraid might bring down the entire banking system with the change of a clock, was one major one. Before that was the infamous "640k is enough for anyone" shortsightedness. There has been plenty of it in the x86 architecture that needs to be babied as it has been upgraded from 8-bit to 16-bit to 32-bit to 64-bit.

      Y2K ranks up with Swine and Bird flu for being some of the most hyped "disasters", yes Y2K did happen but on only a few things. A far cry from the "planes will be falling out of the sky" garbage the media was spewing out.

      The 640K is enough (aside from not being a real quote) does make since though for static machines. Point of sale machines with DOS-Based software don't need gigabytes of RAM and terabytes of HD space. For a time computers were mostly static much more akin to game consoles, there wasn't a wealth of software to do stuff with. If you take an old computer and boot it up, it is remarkably fast even though it might only have a 25 Mhz processor but it was kept in relatively unchanging conditions software-wise so it doesn't get programs not made for it. On the other hand we have Pentium 4s running software designed for use on more modern CPUs and it just fails. Similarly we run programs that are made for lots and lots of RAM and HD space on machines with only a few hundred megs of RAM and a few gigabytes of HD space and they run slow. If it wasn't for the internet and the ability to get new software on old machines via it, chances are there would be fewer "slow computers".

      They have had to work around it over and over and over and over again, every time the technology jumps. Now that they are actually thinking "hey, what about the next big jump?" and structuring their systems in such a way that they potentially won't have this problem, and you seem to have a problem with it.

      But the thing is, technology -hasn't- jumped past 32 bit. You can still find many, many, many computers with 32-bit only CPUs still being used. And on just about every single 64 bit capable platform it is running a 32 bit OS. It makes no sense to try to go for the "next" thing that is still 2 generations ahead.

      --
      Taxation is legalized theft, no more, no less.
    90. Re:Not really by pmontra · · Score: 1

      Yeah for now. I remember my first PC that had a 520 mb hard drive

      My first computer's storage was a 60 minutes cassette tape recorded at a little less than 1000 bauds. That was 25 years ago. 128 bits (16 bytes) were 1/64th of the total RAM of that machine. The world is getting better quickly.

    91. Re:Not really by Bigjeff5 · · Score: 1

      Ah, yeah, that's totally true, considering we don't have legacy apps from win2000 and win98 any more, it's all good.

      Oh wait, we DO have legacy apps from 98 and 2000, in fact we've still got legacy DOS apps (i.e. well past your 10 year prep window)! XP is what, 7 years old now? And yet there a number of custom applications that could not be upgraded to a 64-bit based system.

      Maybe, and I'm just sort of throwing this out there, but maybe if we start thinking about 128-bit compatibility NOW, there won't BE any legacy system issues when a 128-bit OS rolls around. Especially if you can avoid a hack job later, I don't see what the problem with thinking ahead is.

      If you think there are no issues with our current 64-bit consumer grade hardware, consider the fact that it is nearly impossible to port a pure 64-bit OS to it. Check out OpenVMS, which has been in the 64-bit OS game for a decade now, and you'll learn you need true 64-bit hardware to run it, and Intel and AMD's consumer grade processors don't cut the mustard, and likely never will.

      Why NOT try to avoid these problems now, instead of later when it may be too difficult? You know the old saying that an ounce of prevention beats a pound of cure, well it's just as true for software as it is for medicine.

      --
      Security is mostly a superstition... Avoiding danger is no safer in the long run than outright exposure. - Helen Keller
    92. Re:Not really by lgw · · Score: 1

      The Windows NT architecture has always been multi platform, from day 1. There has never been a time when it wasn't built for at least two platforms, even if one of them was obviously not commercially viable (like Itanic, or Alpha towards the end).

      Nothing to do with security, just business: an insistance that the OS not ever be at the mercy of any one processor vendor.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    93. Re:Not really by TheRaven64 · · Score: 1

      When you say accessed, do you mean accessed or accessed quickly? Most machines in this class provide distributed shared memory between nodes, where the nodes use some of the unused bits in pointers to indicate remote pages and fetch (cached copies of) them in response to page faults, implementing a cache coherency protocol and hiding all of the details of this from the running code. If your working set is mainly in your own node's RAM, then this can be quite fast and convenient. If that's the case, then it really does require 60-bit pointers, and one made for the same price in two-three years will probably need more than 64-bit pointers.

      --
      I am TheRaven on Soylent News
    94. Re:Not really by wfstanle · · Score: 1

      Yes but there is a BIG difference between 8 bit vs. 32 bit and 64 bit vs. 128 bit address space! We can visualize numbers that are 8 bit (approx. 1,000,000) and 32 bit (approx. 4,000,000,000) numbers. We need analogies like the number or grains of sand on earth or the number of subatomic particles in the universe to visualize how large a 64 bit or 128 bit number is. 128 bit addressing is just wasteful. Don't even get started on estimating the size of a 256 bit number!

    95. Re:Not really by Fulcrum+of+Evil · · Score: 1

      (I HOPE Windows 8 is 64/128, and 128-bit processors are 32/64/128, but I know better than to expect anything sensible).

      Who cares? 64 bit gives you exabytes of ram and it'll be a while before this is in any way limiting.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    96. Re:Not really by mikael · · Score: 1

      Look at supercomputing architectures - in the past many systems were based on message passing between individual CPU's or nodes. That requires custom communication software/hardware to handle data transfers. Alternatively, you can memory map the memory space of each node into a 'global' memory map. Then you can write scalable software that works from a single CPU to thousands of CPU's. A 32-bit memory address gives you 4 Gigabytes, but if you want a single memory map for a system with thousands of nodes, then you need another 16-bits. Add some more bits for multicasting and broadcasting, and you get 128 bits.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    97. Re:Not really by TheRaven64 · · Score: 1

      There are, however, some advantages to having a sparse address space. You could, for example, use the high bits as an object ID and the low bits as an offset from the object, and then not map anything into the space after the object, giving you automatic (hardware-enforced) bounds checking. Of course, you're effectively then just reinventing segments...

      --
      I am TheRaven on Soylent News
    98. Re:Not really by Prune · · Score: 1

      That doesn't make sense. A 64-bit address space has only 100x less bytes than there are grains of sand on the planet. We won't be anywhere near exhausting that for many decades.

      --
      "Politicians and diapers must be changed often, and for the same reason."
    99. Re:Not really by lgw · · Score: 1

      Why? Everything will obviously be virtualized. I run all my old dos apps on an emulator now, and the current generation of Windows (7/2008.2) addresses backwards compatibility through virtualization as well. I would bet that existing Windows XP apps will run on all future Microsoft OSs without any (new) problems or need for porting (simply by running in a virtual XP session).

      And WTF is that FUD with "consumer grade processors" not being "true 64-bit hardware"? What on earth are you babbeling about? Some loser can't port OpenVMS to a modern platform and is blaming the platform?

      --
      Socialism: a lie told by totalitarians and believed by fools.
    100. Re:Not really by Anonymous Coward · · Score: 0

      Processor architectures being certain bit sizes also helps throughput, and not just addressing.

      You may also find this article more interesting, which kind of makes you post rather moot.

      We use factors of two for its data, but we can always expand the address space, as necessary beyond the architecture of the processor; hence Intel's 20-bit address space on their old 16-bit processors.

    101. Re:Not really by lgw · · Score: 1

      Right, we need to add one bit to architecture sizes every year or two. Therefore, the transition from 32 to 64 bits out to keep us happy for 30-50 years. Not something Windows 8 will need to care about (if MS gets that bad at shipping software, they'll be out of business).

      Exponential growth of storage is likely to break before then, however. There is some resolution which exceeds the ability of any human to discriminate. We will eventually get High Enough Def. An individual just won't have any use for more than a few hundred years of playtime of High Enough Def media - sure, you might collect more than you could watch if you spent your entire life doing so, but not a lot more. When hard drives that size become available, demand will quickly fade for more storage.

      64 bits of addressible memory may actually be enough for a personal computer. A computer with 128 bits of addressible storage would likely be impractical (the earth has about 2^166 or so atoms).

      --
      Socialism: a lie told by totalitarians and believed by fools.
    102. Re:Not really by jeremyp · · Score: 1

      I'm afraid you are wrong. Doubling the number of bits doesn't double the "power" it multiplies it by quite a large number.

      For instance a 32 bit time_t allows you to express time stamps from 1970 to about 2037 - 67 years. Changing the time_t to 64 bits doesn't give you another 67 years, it gives you another 4 billion times 67 years. That's much longer than the age of the Universe so far. Why do you think we'll ever need a 128 bit time_t?

      How much RAM can you address with 64 bits of addressing? That's 2^64 bytes you can address. Each byte has 8 bits, so that's 2^67 bits. That's about 10^20 bits. How many silicon atoms do we need to implement a bit of memory? I'm going to say 1,000 (probably a massive under estimate) or 10^3, so a 64 bit address space would take 10^23 silicon atoms. A mole of silicon (6x10^23 atoms) has a mass of 28 grammes, so our 64 bit address space would take between 4 and 5 grammes of silicon.

      How much silicon would you therefore need for a 128 bit address? 8 grammes? No, 2^64 x 4 grammes or about 10^20 x 4 grammes - 4 x 10^14 tonnes.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    103. Re:Not really by 1729 · · Score: 1

      When you say accessed, do you mean accessed or accessed quickly?

      As far as I know, there's no direct way to share memory across nodes. Of course, strictly speaking any node can access any memory location in the computer using a combination of MPI and local memory access, but that's no longer a simple pointer dereference, and isn't related to the size of a pointer.

      If you're curious about the details of this computer, IBM's documentation is here: http://www.redbooks.ibm.com/redbooks/pdfs/sg247287.pdf

    104. Re:Not really by Anonymous Coward · · Score: 1, Insightful

      Do you understand the SIZE of the numbers we're talking about here?

      2^128 == 3.4e38

      Number of atoms on Earth is ~1.33e50

      Suppose we're true bad-asses, and we create a RAM that can store 8 bits PER ATOM. Wow. We would need 3.4e38 atoms to store a 128-bit address space. Considering that as a fraction of Earth's mass, this RAM will have a mass of about 15 trillion kilograms.

      I don't know about you but I am not sure where the fuck I would store a stick of RAM that weighs 15 trillion kilograms.

      I know it's cute and everything to hearken back to the "Nobody would ever need more than 640k" days but get a brain and run the numbers, ok?

    105. Re:Not really by el_jake · · Score: 1

      So if we had a memory leak it would bleed transistors.

      --
      In order to form an immaculate member of a flock of sheep one must, above all, be a sheep.
    106. Re:Not really by jeremyp · · Score: 1

      After all, there are a few servers in the world that handle truly epic amounts of data, and really might be able to use more than 64-bits.

      No, really there aren't. You don't understand how big 2^64 bytes really is.

      If I had a Firewire 800 disk with 2^64 bytes capacity, it would take me 5,000 years to fill it if I was writing continuously at maximum speed.

      I note that the DDR3 RAM in my laptop can transfer 64x10^9 bytes per second. So using the main memory bus of my laptop, it would only take 10 years.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    107. Re:Not really by RobDude · · Score: 1

      That sounds like a myth to me.

      Can you give me a link to where he said that? I did a quick Google and I found a Wired article on it saying that he never said it.

      http://www.wired.com/politics/law/news/1997/01/1484

      It also claims that Bill Gates denies ever saying it - "Meanwhile, I keep bumping into that silly quotation attributed to me that says 640K of memory is enough. There's never a citation; the quotation just floats like a rumor, repeated again and again"

    108. Re:Not really by mgblst · · Score: 1

      You are a fool.

      There doesn't have to be 2^128 mem, there just needs to be a desire for 2^64+1.

      Don't let that stop you from talking shit though.

    109. Re:Not really by xlsior · · Score: 1

      Okay, but the question is what does that mean? If it just means 128-bit operations or registers, then that's been around since the original SSE. If it means 128-bit addressing (like it usually does), then who the fuck is making those chips and why?

      Perhaps MS would rather spend some resources making their OS ready NOW and be/stay on top of it, instead of accumulating another 10 years of additional cruft first and THEN try to shoehorn everything in there all at once? The more legacy dependencies they have to deal with, the harder it will be, after all.
      Consider Apple -- they had Intel ports of OS X ready for years internally, which would be irrelevant to their (at the time) PPC offerings... But when the market outlook changed and they wanted to switch architectures, it meant that they were prepared and ready for it.

      I'm sure Microsoft isn't planning on becoming obsolete any time soon...

    110. Re:Not really by Anonymous Coward · · Score: 0

      Yeah, I think it's finally time to replace the obsolete 8088-compatibles.

    111. Re:Not really by Anonymous Coward · · Score: 0

      Yeah... He never really made it, did he?

    112. Re:Not really by sexconker · · Score: 1

      The fact that it's been handled like trash and we will be forever tied to 32-bit leads me to believe the next architecture will be 128-bit with support for the 32-bit instruction set, with most 64-bit instructions being replaced by 128-bit ones, and the 64-bit instruction set as a whole being dropped.

    113. Re:Not really by owlstead · · Score: 1

      And Java and .NET have proved that we don't need a brain dead hardware protection either. NX bit? You can still corrupt the data, and the data is what the instructions are taking as state and input. NX is a stop gap measure that makes your computer marginally more safe.

      And now we are going to use a 128 bit address space to prevent attacks? Really? I'd say the disadvantages clearly outweigh the advantages.

    114. Re:Not really by Haxzaw · · Score: 1

      Yes, it was a joke.

    115. Re:Not really by Anonymous Coward · · Score: 0

      Intel Itanium chips were 128-bit.

    116. Re:Not really by Chris+Burke · · Score: 1

      Like I said at the end of my post... it makes sense for MS to makes sure Windows 9 is "compatible" with 128-bit addressing. The part that surprises me is that the "partners" listed have 128-bit anywhere on their roadmaps when they aren't even bothering to implement a full 64-bit address space because there's not a machine on earth that's even close to needing it yet.

      --

      The enemies of Democracy are
    117. Re:Not really by ConceptJunkie · · Score: 1

      Bzzzt. My lovely wife would be insulted by your comments. Melinda Gates is quite good-looking but my wife is prettier, and I didn't 10 figures in the bank.

      --
      You are in a maze of twisty little passages, all alike.
    118. Re:Not really by Anonymous Coward · · Score: 0

      And you didn't 10 figures in the bank? Did you accidentally the whole bank?

    119. Re:Not really by Anonymous Coward · · Score: 0

      eventually they will need a 128 bit oOS to store the chart in memory.

    120. Re:Not really by mr_da3m0n · · Score: 1

      I'm still confused.

      What's the point of having 128 bit compatibility? 128 bit CPUs don't even exist yet. Heck most of us are still just using 32, and haven't even visited the 64 generation yet.

      Just a hypothesis, but maybe perhaps this would open the door to a migration away from x86 and x86_64 to something entirely new, without it turning into another Itanium. I couldn't in good conscience formulate an opinion on x86 but I have read many people time and time again saying that it was a bunch of shit legacy and bad design decisions lugged around in the name of compatibility. I'm not educated enough in that area to agree or disagree, but if many people voiced that concern so far, maybe there's something there.

      I mean, without necessarily ditching backwards compatibility (which *is* being slowly ditched anyways, if you see how many backwards compatibility subsystems are being dropped from each new release of windows. Also, Windows Server 2008 R2 doesn't even offer a 32 bits version. At all). Maybe these new hypothetical processors would enable for dynamic recompilation or just fast enough emulation, like Apple did when they switched from motorola 64k to PowerPC, and how they just did again from PowerPC to Intel with rosetta.

      Again, I have no clue what I'm talking about, it's just an hypothesis.

    121. Re:Not really by MoxFulder · · Score: 1

      You are a fool.

      Um... ouch?

      There doesn't have to be 2^128 mem, there just needs to be a desire for 2^64+1.

      Okay, I'll bite.

      Doubling the size of all or nearly all 64-bit buses and registers in a processor would vastly increase the transistor count and complexity, depressing performance and increasing cost for little gain ("one extra addressable byte" in the extremely marginal case that you suggest).

      More likely, once we reach the need for a 65-80 bit bus, we'll see some kind of bank-switching solution for a few years. This was used in old 8-bit computers with 16-bit address buses that needed more than 64k RAM, the segmented memory of 8086-80286 processors is a variant of this, and Physical Address Extension allowed 32-bit Pentium Pro through Pentium IV processors to address >2^32 memory locations using similar techniques.

      It's not a pretty solution, but it does reduce the transistor cost of enlarging the addressable memory while Moore's Law catches up. It's been done time and time again, and I expect we'll see it again once 64-bit address buses are no longer sufficient. Which is still quite a ways off (e.g. AMD64 processors are hardware-limited to 40-bit physical address space with the possibility to extend to 52-bits).

      Don't let that stop you from talking shit though.

      I wasn't talking shit or trashing the concept. I was thinking about the relative uselessness of a homogeneously 128-bit processor in the near future.

      I've seen estimates that address space requirements increase by about 0.8-1 bits per year. So 20 years ago, 20 bits (1 MiB) was about enough for a "typical" desktop user, while today 32 bits (4 GiB) is about enough for the same. By this admittedly rough estimate, it will be at least a couple of decades until typical desktop applications want 64 bits of physical address space. Power users and servers are perhaps 2-4 bits ahead of the curve... I don't think I know of any commercially-available systems with more than 64 GiB of DRAM directly addressable (that'd be 36 bits of address space).

    122. Re:Not really by Anonymous Coward · · Score: 0

      I'm still confused.

      What's the point of having 128 bit compatibility? 128 bit CPUs don't even exist yet. Heck most of us are still just using 32, and haven't even visited the 64 generation yet.

      no one said it's about consumer-grade PCs - maybe MS will go 128bit with some future XBox model.

    123. Re:Not really by Anonymous Coward · · Score: 0

      Mods, that is not insightful. That is someone who knows crap about crap, but is applying general-isims at an unknown subject to him to appear wise.

    124. Re:Not really by Anonymous Coward · · Score: 0

      Even if our technological progress is exponential, doubling the bit size is a *double expoential*, and should not occur every fixed number of years -- each generation should last as long as the time since the dawn of computing.

    125. Re:Not really by ggeens · · Score: 1

      Itanium is not unsuccessful for VMS machines (you cannot put VMS on an x86 based chip, 64bit or no)

      Since the Alpha processor has been discontinued, Itanium is pretty much the only choise left for VMS users. HP will still support Alpha machines for several years, but you can't buy them anymore. All VMS installations will gradually migrate to Itanium as the servers are replaced.

      I believe they [Windows] also have a successor that will be compatible with Itanium as well, I'm not sure though.

      There are Windows Server versions for Itanium, but they're not very popular AFAIK. Itanium only offers a big performance gain over x86/x64 systems, at a substantially higher price.

      --
      WWTTD?
    126. Re:Not really by Anonymous Coward · · Score: 0

      actually Transmeta created 256 bit cpus long long long time ago

    127. Re:Not really by Anonymous Coward · · Score: 0


      Why am I getting flashbacks to a discussion that people had back in the 8 bit days?


      "Making the entire os 32-bit would simply waste a _lot_ of memory, for zero real gain. (Rather the opposite: A larger working set always leads to slower code.) ... Having 32 bits available for filesystem/storage makes it quite feasible to have globally unique addresses for everything, across huge populations of machines."


      I never heard this discussion, but you know it happened. Probably almost verbatim.

      Except that "you need 1 extra bit of addressing every year". That's was what my computer science professor said. In 1994. "So", he added, "the Alpha architecture designers went for 64 bits which should be sufficient for until Alpha processors cease to exist".

      And similarily, Win8/Win9 will probably be obsolete and "no-longer-supported" before people will need 128 bits CPUs.

      On the other hand, 128 bits for storage makes sense.

    128. Re:Not really by bhtooefr · · Score: 1

      Actually, x86-64 is doing something like that.

      The architecture supports 64-bit addressing, but existing x86-64 CPUs only have a 48-bit virtual address space, and a 40-bit physical address space.

      By the time that becomes an issue, of course, the implementation will change, and nobody will notice, because nobody will think to shove more than 1 TiB RAM in an old Core i7 box. (And, for that matter, memory controller limitations mean that you're not getting anywhere near that much in there anyway - my main machine has a chipset that doesn't even support any more than 32-bit addressing, for that matter, despite supporting some EM64T CPUs. That's been true for quite a while, of course - I don't know of a single i386 that can actually run 4 GiB RAM, yet they all (well, all the DXes) can address it.)

    129. Re:Not really by Aklyon · · Score: 1

      wow. a meme on /. thats new.

      --
      I reserve the right to have a physical object so I can sell it later, and recover my money.
    130. Re:Not really by ConceptJunkie · · Score: 1

      Not only that but the 10 figures I thought I had suddenly.

      --
      You are in a maze of twisty little passages, all alike.
    131. Re:Not really by Daengbo · · Score: 0, Offtopic

      The exact 640k quote from the talk: "So that's a 1 MB address space. And in that original design I took the upper 340k and decided that a certain amount should be for video memory, a certain amount for the ROM and I/O, and that left 640k for general purpose memory. And that leads to today's situation where people talk about the 640k memory barrier; the limit of how much memory you can put to these machines. I have to say that in 1981, making those decisions, I felt like I was providing enough freedom for 10 years. . That is, a move from 64k to 640k felt like something that would last a great deal of time. Well, it didn't - it took about only 6 years before people started to see that as a real problem."

      http://slashdot.org/comments.pl?sid=228031&cid=18475347

    132. Re:Not really by Mr+Z · · Score: 1

      Obviously you have no concept of how much address space there is in 64-bits. There isn't enough raw material on Earth to create enough RAM and/or disk space to need 64-bit addressing.

      Bollocks. If you want to do it with RAM alone, you need 4 billion machines with 4GB of RAM to reach 64 bits of RAM address space. Yeah, that sounds pretty high, but that's just RAM. If you want to consider disk space, you only need ~16 million terabyte drives to reach the limits of 64 bits of address space. I imagine there's at least that many out there right now. Are these all hooked to one machine? No. But they're probably all hooked to the Internet. If you wanted to globally address all the bytes out there today, you'd need a damn sight more than 64 bits.

      And that's today. Storage trends are such that storage doubles fairly regularly, so that we end up burning address bits at a pretty steady rate. In fact, that rate appears to be just slightly faster than a bit per year.

      Therefore, I think a 128 bit Windows 8 is ridiculous (and as others have pointed out, most likely a hoax). On that point we agree. At the point 128 bits becomes relevant, the notion of a monolithic OS on a distinct computer may well be obsolete. We'll see though.

      I think that we'll see 64 bits as the limit on individual machines for quite awhile--another 20 years at least. In the x86 world, the jump from 16 to 32 took around 7 years whereas the jump from 32 bit to 64 bit took around 15. (8086 came out in 1978, i386 came out in 1985, and x86-64 came out in 2000.) If we burn address bits at a roughly constant rate as these last two jumps did, the jump from 64 to 128 bits will happen around 30 years after x86-64 came out, around 2030. If we hit fundamental technology limits, or simply reach a point of diminishing returns on greater storage (which may well happen unless we just start recording our entire lives in Quad-HD or something), we may get bored before we reach the limits of 64 bits.

    133. Re:Not really by Anonymous Coward · · Score: 0

      ? what the hell are you doing here then?

    134. Re:Not really by kscguru · · Score: 1
      That article says AMD "Bulldozer" has 128-bit SSE5 extensions, which are really fancy ways of doing SIMD with multiple 64-bit, 32-bit, or 16-bit numbers and have nothing to do with 128-bit math or 128-bit addressing. Note that SSE's XMM0-7 registers are already 128-bit, so all this is nothing new (and I'm not really sure what AMD is so proud of, though Bulldozer does have some neat new features).

      I'm a kernel guy, I work with a lot of kernel guys, and pretty much everybody I talk to just laughs at the idea of a 128-bit "architecture". Here's some back-of-the-envelope math: 2^64 addressable bytes / 4 GHz / 1024 cores = 6 months to even use that much memory. So unless you have a weird need to map the same memory thousands of times, a 64-bit architecture is going to last quite a while.

      --

      A witty [sig] proves nothing. --Voltaire

    135. Re:Not really by BluenoseJake · · Score: 1

      Windows NT has always been cross platform. NT 4 ran on MIPS, Alpha, PPC and i386. No the apps on the other hand, is a problem. but Windows? It is designed from the ground up to be ported to anything. The Itanium didn't pan out for Windows because of slow i386 emulation for APPLICATIONS, not the OS, as well as poor performance in early iterations. Good research though.

    136. Re:Not really by raftpeople · · Score: 1

      Outside of normal page table protection, what does having extra address bits provide with regard to protecting hardware objects?

      Capability based security at the hardware level.

    137. Re:Not really by sjames · · Score: 1

      I can only guess he's looking for a marketing deconvolution filter that makes the statement somehow believable at all.

    138. Re:Not really by sjames · · Score: 1

      I don't even want to THINK about the mess MS would make of an OS/400 style object system!!! Especially since object systems tend to maintain state rather than shut down and re-init on boot.

    139. Re:Not really by BrokenHalo · · Score: 1

      Sounds like classic IBM overkill

      Well, as the old saw goes:

      An elephant is a mouse with an IBM operating system.

    140. Re:Not really by _KiTA_ · · Score: 1

      Do you understand the SIZE of the numbers we're talking about here?

      2^128 == 3.4e38

      Number of atoms on Earth is ~1.33e50

      Suppose we're true bad-asses, and we create a RAM that can store 8 bits PER ATOM. Wow. We would need 3.4e38 atoms to store a 128-bit address space. Considering that as a fraction of Earth's mass, this RAM will have a mass of about 15 trillion kilograms.

      I don't know about you but I am not sure where the fuck I would store a stick of RAM that weighs 15 trillion kilograms.

      I know it's cute and everything to hearken back to the "Nobody would ever need more than 640k" days but get a brain and run the numbers, ok?

      Except that we have no idea what computing is going to be like in 20 years. And that RAM is not the only thing that uses those address lines. That's why 32 bit memory addressing is such a disaster -- Put 4 gigs in a 32 bit system and you'll actually get about 3.5 gigs out of it, give or take, thanks to addresses being needed elsewhere.

      Yes, I can't forsee using 3.4e38 bits of RAM. But then again, show me an iPhone 10, 20 years ago and I would have guessed it was technology from 2100, not 2010.

      I guess what I'm saying is we can't predict what the IT teams of 2025-2050 are going to need, so why not engineer it (apparently quite literally) future proof? It's not like it's that much extra engineering.

  3. 128, 64, 32, 16, 8 by Luyseyal · · Score: 4, Funny

    Who needs 128? I haven't even used all 64 of my current bits yet.

    -l

    --
    Help cure AIDS, cancer, and more. Donate your unused computer time to worldcommunitygrid.org. Join Team Slashdot!
    1. Re:128, 64, 32, 16, 8 by cashman73 · · Score: 0

      128 bits is the next logical step in the line of progression. They're shooting for 604 bits, which ought to be enough for anybody,... ;-)

    2. Re:128, 64, 32, 16, 8 by BrokenHalo · · Score: 4, Funny

      I hope you meant 640. :-)

    3. Re:128, 64, 32, 16, 8 by TheRaven64 · · Score: 5, Informative
      Neither has AMD or Intel. Most 64-bit processors provide 40 or 48 bits of address space; they ignore the other two or three bytes of the address (often they support a larger virtual address space than physical, but even then it's usually less than 64-bit). I've yet to see a consumer-grade machine with more RAM than PAE (36-bit addressing) could address. That said, memory is not the only place where the number of bits is important. Hard drives are typically addressed by 512-byte blocks, so 32 bits gives you 2TB, which is a single disk these days. 64 bits gives you 8ZB, which is quite a lot, but it's not a completely unreasonable amount; some people are going to find that constraining in the next few years, which is why ZFS uses 128 bits. It's not that 128 bits are necessary, so much that 65 bits are and 128 is the most computationally-convenient size after 128. Making sure everything in the kernel supports 128-bit filesystem offsets is an important for long-term project.

      If we start using PCRAM then we are likely to want to use byte-addressable filesystems, rather than keep relying on blocks, which reduces the size you can address with 64 bits to 16EB, which is a lot less; there are almost certainly already people with datasets larger than this. Because PCRAM has similar characteristics to DRAM, the most convenient way of addressing it is likely to be mapping it directly into the CPU's address space, rather than treating it as a device. You could use paging tricks and only map accessed files, but having two MMUs doesn't make life very simple for operating system writers, so ideally you're going to want to have all of your persistent storage in your address space (like MULTICS: everything old is new again). If you do this, then you may well want to have more than a 64-bit address space within ten years. And, when I say 'you' I mean 'companies with a lot of spare money to spend on IT infrastructure'.

      --
      I am TheRaven on Soylent News
    4. Re:128, 64, 32, 16, 8 by Kjella · · Score: 5, Funny

      With that uid, it's because your pr0n is ASCII art.

      --
      Live today, because you never know what tomorrow brings
    5. Re:128, 64, 32, 16, 8 by cashman73 · · Score: 3, Funny

      Lysdexia sets in. Dammit! =)

    6. Re:128, 64, 32, 16, 8 by Luyseyal · · Score: 5, Funny

      I'd make you a little ASCII lawn to get off of but I'm still looking for my dentures.

      -l

      --
      Help cure AIDS, cancer, and more. Donate your unused computer time to worldcommunitygrid.org. Join Team Slashdot!
    7. Re:128, 64, 32, 16, 8 by gr8_phk · · Score: 2, Interesting

      When I had a computer with 16K of memory and the new 32bit processors were becoming available, 4Gig seemed unimaginable. Now I have 1GB in my old system and imagine the next will have a bit more - if only because DDR2 & DDR3 seem to come in larger module sizes. Normally I don't see a need for 64 bit addressing, but I have actually thought about using 48bit or larger addresses for a large sparse data structure. If you've got a sparse binary tree for example, you could lay it out mathematically and waste a huge amount of address space (mostly empty) but get rid of the pointers. It's crazy, but you push the work onto the cache and virtual memory system - I never tested this to see if it performs well in my application. Anyway, if it worked, it would be a use for 64bit addressing on the desktop. 128 seems a stretch, but my mind is at least open to such things these days.

    8. Re:128, 64, 32, 16, 8 by Anonymous Coward · · Score: 0

      Jesus why has no one tagged this "morebitsmorefun"

    9. Re:128, 64, 32, 16, 8 by Nerdfest · · Score: 3, Funny

      I got my geek card revoked the other day for saying 64K instead of 640 when referring to the same alleged quote. Slashdot is a cold, heartless, unforgiving place. I'm thinking of moving to 4chan.

    10. Re:128, 64, 32, 16, 8 by Anonymous Coward · · Score: 0

      If we start using PCRAM then we are likely to want to use byte-addressable filesystems

      I don't see why this would be the case. Operating systems like to deal with data in page-sized chunks to avoid fragmentation. Just because we could address our storage devices at the byte level doesn't mean that we would want to.

    11. Re:128, 64, 32, 16, 8 by commodore64_love · · Score: 1

      >>>I got my geek card revoked the other day for saying 64K instead of 640 when referring to the same alleged quote.

      64K's always been enough for me.

      What do I need that other 500+ kilobytes for?

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    12. Re:128, 64, 32, 16, 8 by Alinabi · · Score: 1

      Yup. 64 bits should be enough for everyone.

      --
      "You can't allow somebody to commit the crime before you detain them." [Condoleezza Rice]
    13. Re:128, 64, 32, 16, 8 by commodore64_love · · Score: 1

      >>>Neither has AMD or Intel. Most 64-bit processors provide 40 or 48 bits of address space

      It's not how much memory the CPU can address, but how much data it can process with a single instruction. Take for example the low-budget 386SX, which could only address 16-bit, but was still a full 32-bit processor just like its 80386 father. So a 64 bit processor can still be considered 64 bit even it's limited to just 4 gig of RAM.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    14. Re:128, 64, 32, 16, 8 by commodore64_love · · Score: 5, Insightful

      Lameness filter encountered. Post aborted!
      Filter error: Please use fewer 'junk' characters.

      It's a sad day when you can no longer post ASCII art onto a forum. Have we come so far that we've forgotten where we come from?

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    15. Re:128, 64, 32, 16, 8 by oldhack · · Score: 2, Funny

      It's in your mouth, you senile bat.

      --
      Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
    16. Re:128, 64, 32, 16, 8 by Anonymous Coward · · Score: 0

      "reduces the size you can address with 64 bits to 16EB, which is a lot less; there are almost certainly already people with datasets larger than this."

      Seriously? A large hard drive is 2^40 bytes, so your dataset larger than that is (2^64)/(2^40) = 2^(64-40) = 2^24 = 16,777,216 hard drives!

      I doubt many companies have more HDs than Google, and they probably only have a million or so.

      dom

    17. Re:128, 64, 32, 16, 8 by TheRaven64 · · Score: 2, Informative

      The 386SX used 32-bit addresses. It had a 16-bit data bus, meaning that it loaded and stored 16 bits at a time. Actually, in practice the SX only had a 24-bit physical address space because 8 of the address pins were not connected, but it had 32-bit virtual addresses and 32-bit physical addresses with 8 of those bits silently ignored.

      --
      I am TheRaven on Soylent News
    18. Re:128, 64, 32, 16, 8 by commodore64_love · · Score: 1

      >>>4Gig seemed unimaginable

      For some of us it still is, you insensitive clod! (crawls off to sulk over his 1/10th gig laptop). ;-) I remember when 32-bit 68000 Macs were only had 0.000128 gigabytes of memory, and they worked just fine for writing book reports and making the printer go "zzzzz kachunk" "zzzzz kachunk". It was especially fun to run-off these dot-matrix banners:

      http://i.ehow.com/images/GlobalPhoto/Articles/5065096/2379282369908fb9e03em_Full.jpg (Anyone know how I can make these banners on modern printers? I don't think it can even be done today.)

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    19. Re:128, 64, 32, 16, 8 by commodore64_love · · Score: 1

      Okay... thanks for the correction. Still the 80386SX was/is considered a 32-bit CPU despite its 16/24 physical limitations. Ditto the 68000.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    20. Re:128, 64, 32, 16, 8 by Citizen+of+Earth · · Score: 1

      but it's not a completely unreasonable amount; some people are going to find that constraining in the next few years, which is why ZFS uses 128 bits.

      I'm not so sure about this. Once we get beyond 2^64, we need to start talking about the number of subatomic particles within 20km of the surface of the Earth and whether we can expect them all to be stuffed into one hard-drive case.

    21. Re:128, 64, 32, 16, 8 by TheRaven64 · · Score: 1

      Only if your filesystem is only used for single drives. ZFS is designed to scale to large SAN solutions, not just be used on a single drive. Oh, and you are a few orders of magnitude off. Avagadro's Number is just under 2^79. If you could make a drive that stored one bit in each atom then a drive with 2^65 512 byte blocks would need 0.125 moles. With iron atoms, that works out at around 7g of iron; light enough for a laptop drive.

      --
      I am TheRaven on Soylent News
    22. Re:128, 64, 32, 16, 8 by Anonymous Coward · · Score: 0

      They want to run it on a GPU-like system.

    23. Re:128, 64, 32, 16, 8 by bill_mcgonigle · · Score: 1

      http://i.ehow.com/images/GlobalPhoto/Articles/5065096/2379282369908fb9e03em_Full.jpg [ehow.com] (Anyone know how I can make these banners on modern printers? I don't think it can even be done today.)

      haha, I wrote a C=64 BASIC program to make those when I was about 12. Those were the days.

      I have some panoramic paper roll for my Epson inkjet that can handle very long pages. I'm not sure the total length limit though, I think it's only 4-feet or so.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    24. Re:128, 64, 32, 16, 8 by Anonymous Coward · · Score: 0

      An interesting possibility would be to memory map the internet.

    25. Re:128, 64, 32, 16, 8 by jeremyp · · Score: 1

      then a drive with 2^65 512 byte blocks would need 0.125 moles. With iron atoms, that works out at around 7g of iron; light enough for a laptop drive.

      But calculate how long it would take to write every byte on that drive. Then think about the pointlessness of a drive that takes 100 years just to do a destructive format on.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    26. Re:128, 64, 32, 16, 8 by JLF65 · · Score: 2, Informative

      Software people get this wrong all the time... leave it to a hardware guy to straighten it out. :)

      It's not the bus size, it's the size of the ALU inside the CPU (the ALU actually performs the operations). The 68000 was a 16 bit processor NOT because of the 16 bit bus, but because the ALU was only 16 bits. The 68000 has a full 32 bit architecture, but because the ALU was 16 bit, it took two operations to perform 32 bit instructions. It wasn't until the 68020 that the M68K family had their first 32 bit processor. The 386SX may have had a 16 bit bus, but internally had a 32 bit ALU, so it was still a 32 bit processor.

    27. Re:128, 64, 32, 16, 8 by jeks · · Score: 1

      ASCII?

      You should see these punchcards.

    28. Re:128, 64, 32, 16, 8 by lennier · · Score: 1

      "It's a sad day when you can no longer post ASCII art onto a forum. Have we come so far that we've forgotten where we come from?"

      No, some of us still haven't forgotten, despite years of hard drinking and therapy.

      Brrrrr.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    29. Re:128, 64, 32, 16, 8 by Techman83 · · Score: 1

      You should see these punchcards.

      You can't show that on here! *averts eyes*

      --
      # cat /dev/mem | strings | grep -i cat
      Damn, my RAM is full of cats. MEOW!!
    30. Re:128, 64, 32, 16, 8 by simoncpu+was+here · · Score: 1

      It's a sad day when you can no longer post ASCII art onto a forum. Have we come so far that we've forgotten where we come from?

      Well, you can still type a dot inside two parentheses. Make two of these, and you now have your ASCII art!

    31. Re:128, 64, 32, 16, 8 by BikeHelmet · · Score: 1

      You should turn it into a gif or png and link it on imageshack.

      Make sure you reduce the file size to around a kilobyte or so, or you'll DDOS them. ;)

    32. Re:128, 64, 32, 16, 8 by rhendershot · · Score: 1

      who has time for therapy :P

    33. Re:128, 64, 32, 16, 8 by Anonymous Coward · · Score: 0

      You can still buy dot matrix printers: Epson LX-300+II Dot Matrix Printer

    34. Re:128, 64, 32, 16, 8 by commodore64_love · · Score: 1

      >>>the ALU was only 16 bits

      That's..... interesting, but the fact was the so-called "true" 32-bit 68020 could still run older Amiga, Mac, and Atari ST 68000 software without modification, because the 68000 had been a 32-bit machine. (And the documentation that Motorola provides with the 68000 says 32 bit.)

      Now compare to when IBM made the leap from 16 to 32 bit, which required a lot of kludging to make it work.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    35. Re:128, 64, 32, 16, 8 by niftymitch · · Score: 1

      In less than three years we may need 128 bits to count the national debt. That is why!

      --
      Truth is stranger than fiction, but it is because Fiction is obliged to stick to possibilities; Truth isn't. Mark Twain.
    36. Re:128, 64, 32, 16, 8 by vgerdj · · Score: 1

      I thought hard drinking was therapy

  4. 128 bit? by El+Jynx · · Score: 4, Funny

    Why, is Google asking that because they're running out of addressable memory space again?

    --
    A positive attitude may not solve all your problems, but it will annoy enough people to make it well worth the effort.
  5. Holy shit by mewsenews · · Score: 0

    Microsoft is researching 128bit architectures?!?!!! That's, like, DOUBLE what's available now!! I wonder how they chose that number?!# WHAT WILL COME NEXT???????????????

    1. Re:Holy shit by Anonymous Coward · · Score: 0

      256bit, of course.

    2. Re:Holy shit by dmbasso · · Score: 2, Funny

      Not necessarily, they could skip a step entirely, just like WinXP was followed by Win 7.

      --
      `echo $[0x853204FA81]|tr 0-9 ionbsdeaml`@gmail.com
    3. Re:Holy shit by Anonymous Coward · · Score: 0

      ...That's, like, DOUBLE what's available now!! ...

      Actually, it's like, doubled 64 times over what's available now.

    4. Re:Holy shit by furby076 · · Score: 1

      64 bit to 128 bit is a bit more then doubled...a lot of bits more. Remember binary, not base-10.

      As for why that number...these things are always in creasing in such stages, 2, 4, 8, 16, 32, 64, 128...next would be 256

      --

      I do not support "The Man". I also do not support your irrational stupidity
    5. Re:Holy shit by Sycon · · Score: 1

      I'm pretty sure he means that there are twice as many bits. Which is true.

    6. Re:Holy shit by sofar · · Score: 1

      the double of 64 bits address space is ... 65 bits of address space ;)

    7. Re:Holy shit by patrickthbold · · Score: 1

      I'm pretty sure that "64" and "128" are in base 10 not binary. I'm also pretty sure that 64*2=128. Now 2^64 is much less than 2^128. But it's also true that 10^64 is much less than 10^128. In short the problem is not the base.

    8. Re:Holy shit by commodore64_love · · Score: 1

      >>>64 bit to 128 bit is a bit more then doubled...a lot of bits more. Remember binary, not base-10.

      Yeah. Exactly double the number of bits.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    9. Re:Holy shit by funnyguy · · Score: 1

      In a single address, yes 128 bits is double 64 bits. In terms of arch, this generally refers to the total available address space. 64bit CPUs aren't double 32bit CPUs.

      In reality, 128bit arch is 64bit SQUARED.

    10. Re:Holy shit by Sycon · · Score: 1

      Yes, I'd assume that is basic knowledge for anyone who'd be posting a reply to this :P

    11. Re:Holy shit by jeremyp · · Score: 1

      That's enough to address every atom in the observable Universe.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    12. Re:Holy shit by Anonymous Coward · · Score: 0

      but sadly, not enough for my pron collection...

    13. Re:Holy shit by Bigjeff5 · · Score: 1

      It's only one more bit though.

      128bits is twice as many bits as 64 bits.

      It just also happens to be a bajillion times more addressing space.

      --
      Security is mostly a superstition... Avoiding danger is no safer in the long run than outright exposure. - Helen Keller
  6. Volume: 11 by TheNinjaroach · · Score: 4, Funny

    Well in *my* OS, the volume goes all the way to 11!

    --
    I went to eat some animal crackers and the box said, "Do not eat if seal is broken." I opened the box and sure enough..
    1. Re:Volume: 11 by SlashDotDotDot · · Score: 5, Funny

      bare with me

      *Shudder*

      --
      /...
    2. Re:Volume: 11 by Anonymous Coward · · Score: 0

      I'm going to try something new, bare with me:

      No thanks, I'd rather keep my clothes on.

    3. Re:Volume: 11 by clang_jangle · · Score: 0

      bare with me

      *Shudder*

      Yeah well it's chilly in here so put your clothes back on dufus! BTW, he meant "bear with me". Don't you feel stoopit...

      --
      Caveat Utilitor
    4. Re:Volume: 11 by Anonymous Coward · · Score: 0

      Or all the way to 18446744073709551617

    5. Re:Volume: 11 by mcgrew · · Score: 5, Funny

      bare with me

      *Shudder*

      Well, his (her?) user name IS "no undies".

    6. Re:Volume: 11 by noidentity · · Score: 3, Funny

      Well in *my* OS, the volume goes all the way to 11!

      In my 128-bit OS, the volume goes all the way to 340,282,366,920,938,463,463,374,607,431,768,211,455.

    7. Re:Volume: 11 by Anonymous Coward · · Score: 0

      Forgot: hot grits, libraries of congress, volkswagons, car analogies, and 'you must be new here'.

    8. Re:Volume: 11 by noundi · · Score: 1

      BTW, he meant "bear with me".

      ... No... :-D Woho!

      --
      I am the lawn!
    9. Re:Volume: 11 by Anonymous Coward · · Score: 5, Funny

      In my 128-bit OS, the volume does nothing because SoundMax hasn't released drivers yet.

    10. Re:Volume: 11 by Anonymous Coward · · Score: 0

      Yeah, well my bit count goes all the way up to 129.

    11. Re:Volume: 11 by wirelessbuzzers · · Score: 1

      There, the ultimate slashdot meme...

      Just imagine a Beowulf cluster of those!

      --
      I hereby place the above post in the public domain.
    12. Re:Volume: 11 by cnvandev · · Score: 1

      They probably have, you'll just have to look in the "multiverse" section because they're nonfree.

    13. Re:Volume: 11 by Sulphur · · Score: 1

      With 128 bits, you can hear ice melting in stereo.

      --

    14. Re:Volume: 11 by rattaroaz · · Score: 1

      Well in *my* OS, the volume goes all the way to 11!

      And I vote you +6 funny!

    15. Re:Volume: 11 by spartacus_prime · · Score: 1

      Couldn't you just make 10 louder?

      --
      If you can read this, it means that I bothered to log in.
    16. Re:Volume: 11 by Kagura · · Score: 1

      bare with me

      *Shudder*

      BTW, he meant "bear with me". Don't you feel stoopit...

      Bears. Nature's killing machines.

      GP is probably a bloody mess by now.

    17. Re:Volume: 11 by SleazyRidr · · Score: 1

      Can you explain that meme to me using a car analogy?

    18. Re:Volume: 11 by Bigjeff5 · · Score: 1

      But...

      It goes to 11, see?

      --
      Security is mostly a superstition... Avoiding danger is no safer in the long run than outright exposure. - Helen Keller
    19. Re:Volume: 11 by Macgrrl · · Score: 1

      Slashdotdotdot, you look cold. *hands Slashdodotdot a coat*

      --
      Sara
      Designer, Gamer, Macgrrl in an XP World
    20. Re:Volume: 11 by BikeHelmet · · Score: 1

      Well in my 128-bit OS, the last 64 bits are discarded because I have a 64bit CPU, so all sound comes out very strange.

    21. Re:Volume: 11 by jonadab · · Score: 1

      > In Soviet Russia 11 goes to our spinal
      > tap overlords whom I for one welcome!

      Can you imagine a Beowulf cluster of these spinal tap overlords? Do they run Linux? Are they covered in hot grits? Are all our base belong to them?

      --
      Cut that out, or I will ship you to Norilsk in a box.
  7. And our friend Robert by captaindomon · · Score: 5, Funny

    has been transferred to another department - the Pit of Despair.

    --
    Just because I can hook a shark from a boat, I do no offer to wrestle it in the water.
    1. Re:And our friend Robert by Anonymous Coward · · Score: 2, Funny

      More like the Pit of This Chair, I would think...

    2. Re:And our friend Robert by skudenfaugen · · Score: 1

      Is working with exilebytes in the Pit of Despair now?

    3. Re:And our friend Robert by Anonymous Coward · · Score: 0

      has been transferred to another department - the Pit of Despair.

      You survived the Fire Swamp, so you must be very brave, but no one withstands The Windows Machine.

    4. Re:And our friend Robert by Anarchduke · · Score: 1

      Accounting, huh? Tough break.

      --
      who prays for Satan? Who in 18 centuries has had the humanity to pray for the 1 sinner that needed it most? ~Mark Twain
  8. fishy by Anonymous Coward · · Score: 2, Insightful

    Sounds fishy to me. Producing a 128 bit operating system before 64 bit is in wide use just seems like a waste of time. Of course this is microsoft so who knows by the time they have that out we may actually have 128bit chips.

    1. Re:fishy by rhsanborn · · Score: 1

      Early 64-bit chips were being made as 32 bit chips like the 386 and 486 were getting into stride. It's not crazy that 128 bit chips are in the works, if only for niche applications to start, but later for the server market and then desktops. When you're working on development of products 5-10 years out, you need to work in probable advancements.

    2. Re:fishy by Richard_at_work · · Score: 4, Insightful

      The article, and indeed the blurb he wrote in his profile, does not necessarily point to a 128bit OS, just that the Windows 8 kernel will have 128bit 'architecture compatibility', which probably means hes ensuring that they remove all burdens of porting to the 128bit architecture now, rather than later.

    3. Re:fishy by furby076 · · Score: 2, Insightful

      I am comforted to know that R&D has already moved on to the next version. This is typical in big companies...while one department is developing the next big thing, their R&D department is talking up and planning for the thing that comes after that. Not a big deal. It doesn't mean windows 8/9 will be available in 2010/2011 - it just means they are getting ready.

      Besides windows 7 is just about to get released, it only makes sense that they start planning on the next big thing. Remember they have different departments and the one that will handle windows 7 is not the one that will handle 8.

      --

      I do not support "The Man". I also do not support your irrational stupidity
    4. Re:fishy by Anonymous Coward · · Score: 0

      The hilarious thing is, 64 bit OS's are in extremely wide use!
      (Just not in the Windows world...)

    5. Re:fishy by TheCowSaysMooNotBoo · · Score: 1

      Yeah, heaven forbid someone actually does some R&D and develops things that are not mainstream.

    6. Re:fishy by dmmiller2k · · Score: 1

      Who said anything about producing a 128bit OS? The article referred to " Microsoft Research employee Robert Morgan"; just because someone in research is working on it, doesn't mean it's anywhere near production.

      --

      "No matter how cynical you get, it is impossible to keep up." -- Lily Tomlin

    7. Re:fishy by rcolbert · · Score: 0

      Sounds fishy to me. Producing a 128 bit operating system before 64 bit is in wide use just seems like a waste of time. Of course this is microsoft so who knows by the time they have that out we may actually have 128bit chips.

      Actually, we're all running 64-bit OSes now. It's just you.

    8. Re:fishy by kage.j · · Score: 1

      Indeed. I am actually excited about their research in managed operating systems. Which I think will come before 128bit. That's for sure.

      --
      he demonstrated by A plus B minus C divided by Z that the sheep must be red, and die of the rot
    9. Re:fishy by walshy007 · · Score: 1

      If you've noticed, with x86 the number of bits in the registers and addressable memory only ever seems to increase when it starts to become cheap enough that more memory can be easily bought than can be addressed.

      And each time it takes more time to fully use the new addressable memory size, since it is to much larger. it will take at least 20 years before we start using the 64-bit memory addresses to their fullest.. even assuming that ram doubles in size every year.

  9. Fuck Everything by FlyingBishop · · Score: 5, Funny

    We're doing five blades.

    1. Re:Fuck Everything by 0racle · · Score: 4, Funny

      and we'll do it live.

      --
      "I use a Mac because I'm just better than you are."
    2. Re:Fuck Everything by Maniacal · · Score: 4, Funny

      WE'LL DO IT LIVE!!!

      --
      MG
    3. Re:Fuck Everything by Yvan256 · · Score: 1

      Microsoft will only make Windows 8 for servers in clusters of five?

    4. Re:Fuck Everything by ElSupreme · · Score: 5, Informative

      BEST Onion article EVER!

      I almost wet my pants during the Fusion ads in the Superbowl. Becaues they did go to 5 (+1) blades.
      http://www.theonion.com/content/node/33930

      --
      My addiction: Arguing with idiots. AKA Slashdot!
    5. Re:Fuck Everything by Dreadrik · · Score: 0

      This one is brilliant. Thx for reminding me.

    6. Re:Fuck Everything by rwv · · Score: 1

      It's called predictive news reporting. It's only possible if you're smart enough to figure out, from a market perspective, what millions of people would think is absolutely ridiculous but also a must-have item for their bathroom.

    7. Re:Fuck Everything by MobileTatsu-NJG · · Score: 0, Troll

      We're doing five blades.

      What would you and the guys who modded your post up say if this story was about the Linux kernel getting updated to support 128?

      "Forward thinking!", right?

      --

      "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

    8. Re:Fuck Everything by x_IamSpartacus_x · · Score: 4, Funny

      FUCK IT! WE'LL DO IT LIVE!!!

    9. Re:Fuck Everything by amRadioHed · · Score: 1

      They would have said the same thing. Onion references are always funny.

      --
      We hope your rules and wisdom choke you / Now we are one in everlasting peace
    10. Re:Fuck Everything by Surt · · Score: 1
      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    11. Re:Fuck Everything by Prince+Vegeta+SSJ4 · · Score: 1
      The finest shavers in the Imperium have

      never gone up against more than four.

      An experienced shaver wouldn't

      never been so reckless.

    12. Re:Fuck Everything by bmecoli · · Score: 1

      FUCKING THING SUCKS!

    13. Re:Fuck Everything by corychristison · · Score: 1

      I'LL WRITE IT AND WE'LL DO IT LIVE!

      (While I'm on the topic, and trying to avoid the 'no caps' filter, I get the feeling some of us listen to Howard Stern and/or Bubba The Love Sponge?)

  10. Where's Windows 7? by empgodot · · Score: 3, Funny

    With Windows 6.1 being Windows 7, does Windows 8 actually mean Windows 7?

    1. Re:Where's Windows 7? by tuxgeek · · Score: 1

      Here's how it works

      Win 6.1 == Win 7
      Win 6.2 == Win 7 SP2
      Win 6.3 == Win 7 SP3
      Win 6.4 == Win 7 SP4

      So Win 8 XF would really be Win 6.5 (w/ Extra Fanfare)

      --
      "Suppose you were an idiot...and suppose you were a member of Congress...but I repeat myself." Mark Twain
    2. Re:Where's Windows 7? by Anonymous Coward · · Score: 0

      Winmobile is already up to 6.5, Hopefully Windows 8 is at least 7.0, otherwise the disconnect will hurt my tiny little AC brain

    3. Re:Where's Windows 7? by T-Bone-T · · Score: 1

      Windows 7 really is 7.0, it just claims to be 6.1 for compatibility reasons.

    4. Re:Where's Windows 7? by DaVince21 · · Score: 1

      What about SP1?

      --
      I am not devoid of humor.
  11. 128-bit anal probe more like by Anonymous Coward · · Score: 0

    Fuck micro$hit

  12. That would make... by Lord+Lode · · Score: 5, Funny

    That would make Windows a 128 bit wrapper around a 64 bit implementation of a 32 bit extension for a 16 bit patch to an 8 bit operating system, originally coded for a 4 bit microprocessor, written by a 2 bit company, that can't stand 1 bit of competition.

    1. Re:That would make... by Anonymous Coward · · Score: 0

      That would make Windows a 128 bit wrapper around a 64 bit implementation of a 32 bit extension for a 16 bit patch to an 8 bit operating system, originally coded for a 4 bit microprocessor, written by a 2 bit company, that can't stand 1 bit of competition.

      Now that that point has been made, I think that we can safely end this discussion. I see no need for any further commentary.

    2. Re:That would make... by Cassini2 · · Score: 1

      That would also make Windows a 0x10000000bit wrapper around a 0x1000000bit implementation of a 0x100000bit extension for a 0x10000bit patch to an 0x1000bit operating system, originally coded for a 0x100bit microprocessor, written by a 0x10bit company, that can't stand 0x1bit of competition.

      I'm not sure if those constants are supposed to be hex, octal or binary. No matter how I look at it, I sure hope you aren't programming!

    3. Re:That would make... by Anonymous Coward · · Score: 0

      Mod that guy up! Funniest thing i've read all day.....

    4. Re:That would make... by halfEvilTech · · Score: 2, Funny

      That would make Windows a 128 bit wrapper around a 64 bit implementation of a 32 bit extension for a 16 bit patch to an 8 bit operating system, originally coded for a 4 bit microprocessor, written by a 2 bit company, that can't stand 1 bit of competition.

      and has 0 bits of common sense

    5. Re:That would make... by adisakp · · Score: 3, Funny

      That would also make Windows a 0x10000000bit wrapper around a 0x1000000bit implementation of a 0x100000bit extension for a 0x10000bit patch to an 0x1000bit operating system, originally coded for a 0x100bit microprocessor, written by a 0x10bit company, that can't stand 0x1bit of competition.

      Putting numbers in hex (0x notation) doesn't make this a "programmer joke". Especially if you get your base wrong since you're obviously trying to use binary in which case the value 128 would be represented as 0b10000000 or 10000000b, not 0x10000000 (which is actually 256M or 268,435,456 in decimal).

      Here's a programmer joke (which sounds better spoken than read): To be or not to be .... equals 0xff.

    6. Re:That would make... by Maniacal · · Score: 0

      oh man that's funny

      --
      MG
    7. Re:That would make... by Anonymous Coward · · Score: 0

      Windows on Windows for 16-bit compatibility has never been shipped in the 64-bit Windows releases, that's why there was incompatibility with some ancient software installer programs.

      Regardless, I welcome our forthcoming 128-bit overlords with open arms.

    8. Re:That would make... by Yvan256 · · Score: 1

      I think you're pushing the joke a bit too far.

    9. Re:That would make... by Anonymous Coward · · Score: 0

      actually it would be...

      That would also make Windows a 0x80 bit wrapper around a 0x40 bit implementation of a 0x20bit extension for a 0x10bit patch to an 0x8bit operating system, originally coded for a 0x4bit microprocessor, written by a 0x2bit company, that can't stand 0x1bit of competition.

      perhaps you meant 0b?

    10. Re:That would make... by phocutus · · Score: 0

      Fucking hilarious!

    11. Re:That would make... by tunapez · · Score: 1

      ...stolen by a 2 bit company...

      Fixed that for ya.
      Nevertheless, Gold Star for Lord Lode

      --
      Imagination drew in bold strokes, instantly serving hopes and fears, while knowledge advanced by slow increments...
    12. Re:That would make... by stefanlasiewski · · Score: 1

      That made zero bit of sense.

      --
      "Can of worms? The can is open... the worms are everywhere."
    13. Re:That would make... by Anonymous Coward · · Score: 0

      The 64-bit version of that joke was the first thing I thought of when I read this article.

    14. Re:That would make... by MarkvW · · Score: 1

      Not original. Search the last half of the phrase and you'll find it on Wikipedia.

      It's funny, but pity Lord Lode who has to plagiarize to get attention.

    15. Re:That would make... by Anonymous Coward · · Score: 0

      Here's a programmer joke (which sounds better spoken than read): To be or not to be .... equals 0xff.

      That's more of a math joke than a programmer joke. For programmers, the joke would depend entirely on the default data type of a hex literal. For example, many languages will interpret a hex literal as a 32-bit signed integer. If that's the case, then the bitwise or of 0x2b and ~0x2b will be -1 (32 1s). If the language interpreted them as 32-bit unsigned integers, the result would be 4,294,967,295. It only equals 0xff if the language interprets a hex literal as a byte, which in most languages will require a cast.

      So if you re-wrote the joke as, "To be or not to be ... equals -1" it works as a programmer joke either written or spoken.

      And for a joke that works better read than spoken: There are 10 types of people in this world...those that understand binary and those that don't.

    16. Re:That would make... by amRadioHed · · Score: 1

      It's not plagiarizing if everyone gets the reference, which I'm sure pretty much everyone did.

      --
      We hope your rules and wisdom choke you / Now we are one in everlasting peace
    17. Re:That would make... by DarkOx · · Score: 1

      Yes, but if you copy a few files from 32 bit windows, you can get 16-bit apps working. Google for a few moments.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    18. Re:That would make... by Anonymous Coward · · Score: 0

      Especially if you get your base wrong

      Dammed, since all your base are belong to us.

    19. Re:That would make... by Jesus_666 · · Score: 1

      No, we didn't. You passed by value.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    20. Re:That would make... by adisakp · · Score: 1

      For the purposes of this joke, the hex data type is unsigned and at least 8-bits.... jeesh... this is why programmers don't tell jokes!

    21. Re:That would make... by adisakp · · Score: 2, Funny

      Sorry, that should be exactly 8-bits... not at least 8-bits. Now I feel like I'm debugging my jokes and that's not funny at all!

    22. Re:That would make... by Anonymous Coward · · Score: 0

      Virtual PC + Windows XP ?

      Why not jus

    23. Re:That would make... by RivenAleem · · Score: 0

      you can take your programmer joke and fx0ff

    24. Re:That would make... by DaVince21 · · Score: 1

      They're math equations, which would make Windows a 0-bit wrapper around a 0-bit implementation of a 0-bit extension for a 0-bit patch to an 0-bit operating system, originally coded for a 0-bit microprocessor, written by a 0-bit company, that can't stand 0 bits of competition.

      --
      I am not devoid of humor.
  13. More information by SlashDotDotDot · · Score: 5, Informative

    here.

    --
    /...
    1. Re:More information by Impy+the+Impiuos+Imp · · Score: 2, Funny

      Wassamatter, Microsoft? 18,446,744,073,709,551,616 bytes ain't enough for anybody anymore?

      --
      (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
    2. Re:More information by Gouru · · Score: 1

      The claim on that site that 'Robert Morgan' is doing an 'exclusive interview' on Windows 8 with a blogger is a pretty good indication that this may be a hoax. The Microsoft address book has no Robert Morgan in R&D, and unless he is willing to break all the MS non-disclosures, company policy and forfeit his job, this seems highly unlikely.

    3. Re:More information by Retric · · Score: 1

      Wait, 2^64 = 18,446,744,073,709,551,616 bits, but only 2,305,843,009,213,693,952 bytes. Anyway someone is going to want 2,097,152 terabytes of RAM before too long so I expect MS needs to look at 128bit systems before long.

      PS: It's only 2exabytes, start to dream.

    4. Re:More information by Retric · · Score: 1

      PPS: the above post was a joke, you don't reference memory on a single bit basis. 64 bit system can easily use 64bit word sizes and access 128exabyte's of ram.

    5. Re:More information by gitoffmylawn! · · Score: 1

      The Microsoft address book has no Robert Morgan in R&D

      Well, maybe his Display Name is Bob Morgan.

    6. Re:More information by coolgeek · · Score: 1

      Wassamatter, Microsoft? 18,446,744,073,709,551,616 bytes ain't enough for anybody anymore?

      They're getting ready to take their bloatware skills to the next level, in celebration of Windows' 25th Anniversary.

      --

      cat /dev/null >sig
    7. Re:More information by Anonymous Coward · · Score: 0

      Yeah, and no one will never need more than 128 exabytes of RAM

    8. Re:More information by joaommp · · Score: 1

      I happen know there is a "Bob Morgan" who is a group manager, whose alias actually is robert[something]morgan...

      I don't yet know on which department, though...

    9. Re:More information by lxs · · Score: 1, Funny

      Anyway someone is going to want 2,097,152 terabytes of RAM before too long

      Coincidentally that is about the projected amount RAM needed to run Windows 8.

    10. Re:More information by JLF65 · · Score: 2, Insightful

      Wait, 2^64 = 18,446,744,073,709,551,616 bits, but only 2,305,843,009,213,693,952 bytes.

      No, you address bytes, not bits. So 2^64 = 18,446,744,073,709,551,616 bytes, not bits.

    11. Re:More information by BlackMesaLabs · · Score: 2, Funny

      Microsoft Bob?!!?

    12. Re:More information by Anonymous Coward · · Score: 0
    13. Re:More information by cmarkn · · Score: 1

      And that's why the robot that runs it will have a head the size of a planet.

      --
      People should not fear their government. Governments should fear their people.
  14. 220... 221... whatever it takes by tverbeek · · Score: 3, Funny

    Yeah, well I'm working on an OS that'll be 129 bits!

    --
    http://alternatives.rzero.com/
    1. Re:220... 221... whatever it takes by dunc78 · · Score: 0, Offtopic

      Nice obscure "Mr. Mom" joke.

    2. Re:220... 221... whatever it takes by Anonymous Coward · · Score: 1, Funny

      Nice obscure "Mr. Mom" joke.

      Who the hell references Mr. Mom?

    3. Re:220... 221... whatever it takes by Anonymous Coward · · Score: 0

      Your dad.

    4. Re:220... 221... whatever it takes by Douglas+Goodall · · Score: 1

      And I suppose you turn your guitar amplifier up to 11 also :-)

    5. Re:220... 221... whatever it takes by jonadab · · Score: 1

      > Yeah, well I'm working on an OS that'll be 129 bits!

      Mine's going to be 8192 bits -- a whole kilobyte. After all, why do things by halves? 8192-bit hardware will probably be a little expensive at first, but once it catches on the economies of scale will bring the price down.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  15. When will MS learn by dingen · · Score: 4, Insightful

    Windows 7 isn't even officially released and already nonsense is leaking about the next release with promises they can't keep.

    FIrst let them release WinFS.

    --
    Pretty good is actually pretty bad.
    1. Re:When will MS learn by TheGratefulNet · · Score: 1, Insightful

      windows will not be relevant (for large systems). in fact, its already overcome by unix at the high end.

      desktops do not need (or want) 128bit ANYTHING. such a total total marketing BS waste.

      thin clients are better at the edge; NOT thicker ones. sheesh. and at the data center, MS's days are numbered.

      I guess for the investors, you have to 'show' some future even if you don't have one, for long-term, as a company. (yes, I do believe MS will be irrelevant as 'free unix' makes stride after stride and shows better security and less lock-in than MS's offerings).

      --

      --
      "It is now safe to switch off your computer."
    2. Re:When will MS learn by Anonymous Coward · · Score: 3, Insightful

      Nice baseless assertions fanboi.

    3. Re:When will MS learn by CannonballHead · · Score: 1

      I recall hearing similar things when 64 bit architectures started coming out.

    4. Re:When will MS learn by Locutus · · Score: 1

      FIrst let them release WinFS.
      there's no longer the need for them to ship WinFS because that was designed when they were designing to battle Taligent( WorkplaceOS ). Since when has Microsoft implemented something innovative when there wasn't someone already shipping or close to shipping something they felt was a threat?

      Notice that there's no longer the desire to discuss or implement object embedding and multi-application file storage now that OpenDOC is gone?

      They are 100% reactionary and if anything, this stuff about 128bit is probably about security issues or maybe even marketing buzz more than anything right now. If it happens, it'll be a yawn since by then it'll already have been implemented in some Linux distro or not even needed outside of the mess that is the Windows OS. IMO

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    5. Re:When will MS learn by TheRaven64 · · Score: 1

      And how many consumer-grade machines have you seen with more than 64GB of RAM (the maximum that PAE can address)? How many processes have you seen complain that they are out of address space with only 4GB? That's not to say that 32-bit address spaces won't be cramped eventually, but for most people they aren't yet and won't be for a few years. 64 bit address spaces will probably seem cramped at some point, but not for a very long time (and when they do, hopefully they won't be replaced just by extending the flat addressing model, which is already a very strained abstraction).

      --
      I am TheRaven on Soylent News
    6. Re:When will MS learn by jasonmicron · · Score: 1

      Since when did they promise WinFS with Windows 7? WinFS was scrapped years ago and was never promised. But keep up with the irrational Microsoft hate.

    7. Re:When will MS learn by Sycon · · Score: 1

      Man. If I had a nickel for everytime someone has insisted that MS's days are numbered because of strides in free OS's, I'd be filthy rich. In fact, I'd have been filthy rich back in the 90s. Its kind of like all the people who keep insisting that the apocalypse is coming with the new year, and each time they're proven wrong they just insist that they made a mistake and its the following year. Hate to burst your bubble, but the strides that free OS's (and even Mac) have made are still a long way off from replacing Microsoft and Windows.

    8. Re:When will MS learn by ArwynH · · Score: 1

      I recall hearing similar things when 64 bit architectures started coming out.

      It's still technically true, you do not need 64bit architectures for desktops. Even Vista does not need more than 4Gb of RAM to run. And even if you do need more, it is possible to access more than 4Gb, just not directly (not sure about windows, but I know Linux had a config option to do this).

    9. Re:When will MS learn by Anonymous Coward · · Score: 0

      WinFS will be ready when the Hurd gets 10% installation share.

    10. Re:When will MS learn by Nevyn · · Score: 1

      How many processes have you seen complain that they are out of address space with only 4GB?

      To be fair, there are now realistic cases where you want to mmap()/etc. a 4GB+ file. It's not always needed, and there are workarounds, but it's pretty soon going to be the case that 99% of users won't care if the developer starts making those assumptions.

      On a related point within the next 12-18 months Fedora are supposed to have x86_64 as the only primary arch. so some code requires 8GB of virtual memory, it won't even be a primary bug anymore in Fedora.

      --
      ustr: Managed string API with ave. 44% overhead over strdup(), for 0-20B
    11. Re:When will MS learn by dingen · · Score: 1

      Really? The last thing I heard from MS about WinFS was in november 2006 (see for example this or this), when they promised WinFS was still coming, despite missing Vista's release.

      I'm still waiting.

      --
      Pretty good is actually pretty bad.
    12. Re:When will MS learn by Arainach · · Score: 1

      They already did. Half of what was supposed to be "WinFS" was released in Vista as the Search Indexer. The other half was released in Win7 as "Libraries".

    13. Re:When will MS learn by Cloud+K · · Score: 1

      Well, it's not a promise, it's a leak.

      But yeah, Microsoft have always aimed ridiculously high with their OS plans from what I recall. Especially recently - remember what a revolution in computing "Longhorn" was originally going to be? :)

      I bet when the time comes it'll still come in 32+64bit flavours, with 32-bit being the most popular and some decent PAE support to work around the memory limitations.

    14. Re:When will MS learn by Chandon+Seldon · · Score: 3, Insightful

      How many processes have you seen complain that they are out of address space with only 4GB?

      This first came up for me a couple years ago running Stalker: Shadow of Chernobyl, a mainstream Windows video game. The default Windows user address space limit on a 32 bit system is 2 gigs and Stalker wanted to use about 1700 megs of RAM. Problem is, video memory is also mapped into the user address space and I had a 512 meg video card.

      In that case i was able to fix the problem by using a tool to hack the binary to make Windows give 3 gigs to the user process instead of the default of 2 gigs (the OS needs to keep a big chunk of address space for the kernel).

      In any case, the moral of the story is that 32 bit address spaces have been cramped - for common applications, in practice - for a while now. Any application using more than a gig of RAM would be better off on a 64-bit machine. It's possible to work around this with silly hacks, and there's a lot of that going on, but it won't be too long before 32-bit users are a small enough minority to ignore for RAM-intensive apps.

      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    15. Re:When will MS learn by Anonymous Coward · · Score: 0

      That is technically true in much the same way you do not need a computer at all, even though it does make some things faster and more convenient.

    16. Re:When will MS learn by Anonymous Coward · · Score: 0

      Windows 7 has already been officially released to certain OEMs. You can buy Windows 7 right now, but only with new hardware. The retail version will be on store shelves shortly.

    17. Re:When will MS learn by CannonballHead · · Score: 1

      You don't need one, no. And there are two arguments on slashdot; one is that Windows 7 should have been ALL 64 bit because we need to get rid of that old 32 bit architecture; the other is that 64 bit is overkill already and we were fine with 32 bit.

      I, for one, am glad that some companies look far enough ahead and plan compatibility now. I am glad my switch to 64 bit - when I made it completely about two years ago - was a lot less bumpy than what it originally was with XP x64 (blech! no drivers! etc...). It's taken a while for device drivers to come out with x64 versions.

      Besides, a lot of people DO need 4GB+ of RAM. I frequently use ~5GB+ for my music stuff (Sibelius + sampled sounds running + normal applications, etc). I doubt I'm the only Sibelius + East West Symphonic Orchestra user in the world.

      Meh... besides, Windows 8 is a long way off.

    18. Re:When will MS learn by Jesus_666 · · Score: 1

      No, it'll come in four different 32 bit editions, which Microsoft's marketing division just sums up to 128 bits.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    19. Re:When will MS learn by dingen · · Score: 1

      Since both Vista and Windows 7 still use NTFS, WinFS has not been delivered.

      In fact, WinFS was supposed to make things like indexing for search unnecessary.

      --
      Pretty good is actually pretty bad.
    20. Re:When will MS learn by walshy007 · · Score: 1

      Any references on this? I've been a fedora user since it was redhat 6, and I see no reason to drop perfectly good hardware. I'm still using my 32-bit p4 from 2003

    21. Re:When will MS learn by Anonymous Coward · · Score: 0

      > How many processes have you seen complain that they are out of address space with only 4GB?

      Actually, I hit this recently. I was using an image duplicate finder; obviously something you're not going to use unless you have a lot of porn^H^H^H^Himages, but once it hit about 300,000 loaded and the process hit 4 gigs? It said it was out of memory and locked solid.

      So that four gig limit is more limiting than you think.

    22. Re:When will MS learn by Anonymous Coward · · Score: 0

      I have seen plenty of processes having problems with being limited to 4GB, and I keep doing so on a daily basis. And given more addressable memory, I do not see how this is in the long term, possibly medium, is going to keep the business from making more crazy demands on systems and applications nor programmers growing smart and employing the correct algorithm instead of throwing brute force at problems.

      As for 64-bit seeming to last a long time, let me quote you Arthur C Clarke: "If we have learned one thing from the history of invention and discovery, it is that, in the long run — and often in the short one — the most daring prophecies seem laughably conservative."

    23. Re:When will MS learn by Anonymous Coward · · Score: 0

      FIrst let them release WinFS.

      AAAAAAAAAAAAAAAAAAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA

      Filter error: Don't use so many caps. It's like YELLING.
      Yes.. Like yelling.. Thats because that was what I was doing...

    24. Re:When will MS learn by Nevyn · · Score: 1

      Well it's starting with the F11 (been and gone) and F12 changes to x86 support: F11 moves to i586+ and F12 moves to i686+

      The stats. used to backup these plans were from smolt data, and download stats. ... IIRC the data was released on fedora-devel (as the data on those pages doesn't show that info.

      The other point that was made (maybe on fedora-devel, maybe on IRC) was that the smolt arch. data is misleading as to usage of i?86, as that has been on a steady decline ... and there would come a time within the next few releases where only x86_64 would have any significant % usage (esp. if you remove machines which could be x86_64 but are i?86 atm.).

      --
      ustr: Managed string API with ave. 44% overhead over strdup(), for 0-20B
    25. Re:When will MS learn by Lord+Kestrel · · Score: 1

      You've been able to get it off of msdn for years actually.

      File Name: en_winfs_beta1_refresh.exe Date Posted (UTC): 8/29/2005 9:56:55 AM
      SHA1: B955F8645766BFDD43D2C8CBCE03A143D0F921A6 ISO/CRC: CE3B9B0E

      That's an early beta obviously, but the basics have been available for just over 4 years now.

  16. 128 bit OS? by gumpish · · Score: 5, Funny

    16.8 million terabytes of RAM should be enough for anyone.

    1. Re:128 bit OS? by Zedrick · · Score: 3, Funny

      At least until Duke Nukem Forever is released.

    2. Re:128 bit OS? by skine · · Score: 1

      Also known as 16.02 exabytes (exbibytes).

    3. Re:128 bit OS? by corbettw · · Score: 1

      So yeah, forever then.

      --
      God invented whiskey so the Irish would not rule the world.
    4. Re:128 bit OS? by narfman0 · · Score: 1

      Vista eats that for breakfast, I need my 340.3 undecillion bytes!

    5. Re:128 bit OS? by wirelessbuzzers · · Score: 1

      Actually, 2^64 bytes is exactly 16 exbibytes. But of course, that's the address space. You have to have some of it reserved for physical addresses, and some for the graphics card, some for memory-mapped I/O, and a whole bunch more for Stupid VM Tricks.

      Still, not gonna happen anytime soon.

      --
      I hereby place the above post in the public domain.
    6. Re:128 bit OS? by CAIMLAS · · Score: 1

      C'mon man. Too soon!

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    7. Re:128 bit OS? by blackfrancis75 · · Score: 1

      Man, these jokes are still getting modded up? I didn't realise... I guess it's worth trying then:
      I, for one, welcome our new 128 bit tinfoil hat wearing overlords off my lawn.

    8. Re:128 bit OS? by Anonymous Coward · · Score: 0

      Hey sport. Have a seat for a moment.

      I'm not really sure how to tell you this. Um. Duke Nukem Forever was a fine piece of vaporware wasn't it?

      Was? Right. This isn't going to be easy for you to hear.

      I'm sorry, but Duke Nukem Forever is dead. We knew it was getting old, especially for vaporware. Look, we tried to save it, but the publisher said it was time to pull the plug. Don't worry, it was quick and painless.

      Don't cry. We'll get you new vaporware! Maybe something from Bungie or Bioware. Does that sound good? Come on, let's go take a look at the Halo spin-offs. Maybe you'll find something you like there.

    9. Re:128 bit OS? by Anonymous Coward · · Score: 0

      You're aiming for "Funny"? Funny doesn't raise your karma, y'know. Good luck.

    10. Re:128 bit OS? by Anonymous Coward · · Score: 0

      RAM is not the only reason to support a greater amount of bits. You can pass more data around because the pipes are wider, with more bits.

    11. Re:128 bit OS? by Eudial · · Score: 1

      16.8 million terabytes of RAM should be enough for anyone.

      Nah, still not enough to run Windows Vista.

      --
      GAAH! MY PRINTER IS ON FIRE!!! PUT IT OUT! PUT IT OUT!
    12. Re:128 bit OS? by Anonymous Coward · · Score: 0

      Perhaps they thought vista didn't use enough resources so they'd go for the whole 16.8 million terabytes this time to be certain...the question is what graphics card are we looking at to run it

    13. Re:128 bit OS? by Anenome · · Score: 1

      People will look back on your joke and laugh and your stupendous naivete... sometime in the year 3876 >_>

      --
      "I Don't Have Enough Faith to be an Atheist"
  17. Upgrade paths by Captain+Spam · · Score: 5, Funny

    Well, that settles it, then! Why on earth would I buy a paltry 64-bit Windows 7 when a much shinier and newer 128-bit Windows 8 is right around the corner? I'd best hold off until then! Thanks, Microsoft!

    --
    Demanding constant attention will only lead to attention.
    1. Re:Upgrade paths by Cajun+Hell · · Score: 2, Funny

      Make sure you get the best hardware, too. The Osbourne 3 is optimized for Windows 8.

      --
      "Believe me!" -- Donald Trump
    2. Re:Upgrade paths by Locutus · · Score: 1

      you've got to wait until Windows 9 since they are now on a new marketing program. You see, they can no longer produce an OS which is very much better than the last so they've started releasing really sucky ones so the _next_ one looks so much better. Windows 7 is getting reviewed as so much better than Vista and it's taboo to even consider comparing Windows 7 to Windows XP. So you'll want to skip Windows 8 and consider Windows 9. It'll be so much better than Windows 8. Promise.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    3. Re:Upgrade paths by Dragonslicer · · Score: 2, Funny

      You see, they can no longer produce an OS which is very much better than the last so they've started releasing really sucky ones so the _next_ one looks so much better.

      Didn't they start doing that about 10 years ago?

    4. Re:Upgrade paths by marcosdumay · · Score: 1

      "it's taboo to even consider comparing Windows 7 to Windows XP"

      Well, their EULA prohibits one from publishing such comparation without permission from Microsoft, so I guess it is not taboo.

    5. Re:Upgrade paths by Kartoffel · · Score: 1

      More happy is coming!

  18. Filesystem, or FPU... not processor or memory by FunkyELF · · Score: 4, Informative

    This has been discussed on OSNews and it is most likely about the filesystem or FPU and not memory addressing.

    http://www.osnews.com/story/22301/128-Bit_Support_in_Windows_8_9_

  19. Ha ha by DavidR1991 · · Score: 2, Interesting

    They haven't even got 64-bit mig. done / smooth for their users, and they're looking at 128-bit already? Is this some kind of a joke? Or have they just realised they've missed the 64 bit boat and they're just going to work seriously on the next step up?

    1. Re:Ha ha by NoYob · · Score: 1
      No, they're announcing it now so folks don't run to the competition. That way folks won't change OSes because they know that MS will eventually come out with a 128 bit solution.

      It's an old trick in the software industry - IBM invented it.

      --
      It's NOT me! It's the meds! I'm on 1000mg of Fukitol.
    2. Re:Ha ha by shutdown+-p+now · · Score: 1

      They haven't even got 64-bit mig. done / smooth for their users

      What is Windows missing in terms of 64 bit migration, and what else can Microsoft do about it? Keep in mind that most of it is up to software authors and hardware manufacturers, anyway. Microsoft can push them to 64-bit somewhat (like that recent story where "Designed for Win7" hardware logo will require 64-bit drivers), but in the end it doesn't get to decide. Migration will keep going at a glacial pace short of an overnight switch to 64-bit only, and that is obviously a bad idea because software compatibility is one big reason why people stick to Windows in the first place.

      and they're looking at 128-bit already? Is this some kind of a joke?

      Imagine that you're Microsoft, and Intel comes to you and says, "oh, coincidentally, we are developing 128-bit server CPUs to be released in next 5 years or so". What do you do?

    3. Re:Ha ha by ArbitraryDescriptor · · Score: 1

      Is this some kind of a joke?

      Planning ahead, hilarious.

      If chip makers are looking to go 128bit during the projected life-cycle of Win8, it behooves MS to get started on compatibility now; or would you prefer they try to patch it in later?

    4. Re:Ha ha by KnownIssues · · Score: 1

      This is actually a clever viral marketing campaign to guage consumer feedback to 64 vs 128 bit operating systems. Slashdot users will spend so much time arguing the pros and cons that Microsoft will get 80% of their research for free.

      But seriously, I find it funny that when Microsoft copies someone else and produces been-there-done-that products, everyone complains, but when they discover Microsoft is working on forward-looking technology that few if any other vendors are working on and has no (yet) apparent use, they are reamed as well.

      Have we learned nothing from "X units is enough for anyone" statements?

    5. Re:Ha ha by TheRealMindChild · · Score: 1

      They haven't even got 64-bit mig. done / smooth for their users, and they're looking at 128-bit already

      Perhaps that is WHY they are looking at it now. 64-bit wasn't thought about well enough ahead, so they are getting a jump start

      --

      "When life gives you lemons, don't make lemonade. Make life take the lemons back!" -- Cave Johnson
    6. Re:Ha ha by odin84gk · · Score: 1

      R&D People. It is a different department. Of course they need to look at 128 bit OS.

      Surprise! There is some innovation inside Microsoft. The question is... How much of this innovation can get through marketing, management, and the other morons who say "We haven't even finished 64 bit, why do we need 128 bit support?"

      If you don't plan for the future, then you will be way behind the times. Let the R&D guys come up with the back end, and let the coders get your silly drivers to work.

    7. Re:Ha ha by DoofusOfDeath · · Score: 1

      They haven't even got 64-bit mig. done

      Stupid Russians...

    8. Re:Ha ha by tool462 · · Score: 2, Insightful

      Any leading tech company can and should have resources dedicated to the bleeding edge of their industry. It takes a long time and a lot of work to figure out how to turn ideas into products. It takes a lot of support from vendors and customers to be able to produce something reliable and profitable. This is difficult to do, even for a company with Microsoft's resources.

      I get to work in R&D at my company. The stuff I've been working on for the past two years won't see full production for another two years more. We've started looking into tech that won't even be in a test product for another 5+ years, let alone full production. Products that are still bringing in significant revenue are using tech I started developing almost 10 years ago.

      128-bit is a LONG way off. It doesn't mean they shouldn't be working on it.

    9. Re:Ha ha by dave420 · · Score: 3, Interesting

      64-bit is smooth as silk in Windows 7. But I guess I'm a M$ shill, so ignore this comment.

    10. Re:Ha ha by sanosuke001 · · Score: 0

      Of course they can push 64-bit ahead. All they have to do is stop selling 32-bit versions of their OS; all computers nowadays support 64bit anyway. There is no need for them to ship two different versions.

      --
      -SaNo
    11. Re:Ha ha by shutdown+-p+now · · Score: 1

      Of course they can push 64-bit ahead. All they have to do is stop selling 32-bit versions of their OS; all computers nowadays support 64bit anyway. There is no need for them to ship two different versions.

      Have you ever heard of netbooks?

    12. Re:Ha ha by Anonymous Coward · · Score: 0

      The data on the MiG is inaccurate. *We* happened to see a MiG 28 do a 4g negative dive.

    13. Re:Ha ha by Chandon+Seldon · · Score: 1

      Even the netbook processors (Intel Atom and VIA Nano) have full 64-bit support.

      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    14. Re:Ha ha by SplashMyBandit · · Score: 1
      Well 64-bit has been as smooth as Teflon(tm) in Linux and Unix for quite some time longer.

      Sorry, Windows 7 is ok, but not nearly as good as folk like yourself make out. I've been running the RC for a while and get quite a few problems with older programs that I cannot do without (I'm a gamer who flies a lot of LockOn: Modern Air Combat, so my Thrustmaster Cougar programming utility 'Foxy' is as essential to me as Photoshop is to others). These programs work on Vista but not on Win 7 (yes, I've tried compatibility mode and all that rigmarole), which is not exactly, "smooth as silk". In some aspects Wine is catching up for compatibility (although 3D is not very fast) so I'm tempted to ditch Win7 and spend the time moving to Wine (which is not pain-free either).

    15. Re:Ha ha by shutdown+-p+now · · Score: 2, Informative

      Even the netbook processors (Intel Atom and VIA Nano) have full 64-bit support.

      Educate yourself. Only two shipping Atom models have x64 support - 330 and 230 - and I'm not aware of any netbooks in production using either one (Intel itself positions them for "nettops", and the rest of the model line for "netbooks"). Most certainly, all popular netbooks are not x64-capable.

    16. Re:Ha ha by ajlisows · · Score: 1

      I've found it to be an unstable mess on the two machines I've attempted to run it on. Actually, the problems were probably driver related but that doesn't make it any less of a problem, seeing as how I tried drivers from the manufacturer and ones included on the Windows 7 Disc.

    17. Re:Ha ha by TheRaven64 · · Score: 2, Informative

      What is Windows missing in terms of 64 bit migration, and what else can Microsoft do about it?

      Make long 64 bits. On Win64, int and long are 4 bytes, long long and void* are 8. A huge amount of legacy code assumed that you can always store a void* in a long without truncation. On pretty much every mainstream or near-mainstream platform that assumption is valid... except for win64.

      --
      I am TheRaven on Soylent News
    18. Re:Ha ha by Anonymous Coward · · Score: 0

      yes you are. have you tried to use divx5 videos on 64-bit win7 ? notice the preview function horribly broken ? tried avg free ? notice it throws an error on win7 64 ?

    19. Re:Ha ha by ZosX · · Score: 1

      Really? I've yet to find a program that windows 7 64-bit won't run. Compatibility mode and administrative rights seemed to fix the worst offenders. IL2 ran without issue, don't see why lock on wouldn't run for you, since they are basically the same engine IIRC. YMMV. In my opinion 64-bit linux is a hodgepodge mess of 64 and 32 bit apps. (I'm looking at you 32-bit flash glued on top of 64-bit linux with ugly wrappings) I run ubuntu now in a VM and haven't really had any issues. Using the beta 64-bit flash too and youtube is even watchable in a window on the vm running seamlessly over the windows desktop. not bad.

      my advice: keep an older machine with XP around, or gee, I guess dualboot to vista. Sooner or later better sims will come out anyways. Frankly, I would be surprised if thrustmaster didn't upgrade its software as well. They seem to be pretty responsive to their ever loyal fans.

    20. Re:Ha ha by Twinbee · · Score: 1

      Quick quessie which you may or may not know. I can only make arrays in Microsoft Visual C+++ 2008 express around 2^30 chars big (around 2 billion chars). If I move to Windows 7 and use MSVC on there, can I instantly start creating mallocing char arrays say 2^62 chars big instead?

      --
      Why OpalCalc is the best Windows calc
    21. Re:Ha ha by shutdown+-p+now · · Score: 1

      Make long 64 bits. On Win64, int and long are 4 bytes, long long and void* are 8. A huge amount of legacy code assumed that you can always store a void* in a long without truncation.

      A huge amount of legacy code also assumed that you can always store a long in an int, or even cast long* to int* and back, and use one in place of another. There's no silver bullet - whether you choose LP64 or LLP64, badly written code will break, and properly written code will not. Both assumptions are equally incorrect - there's no guarantee that a pointer should fit in a long in C or C++ standard, either; there's no portable way to do it aside from C99/C++TR1 intptr_t, but otherwise size_t or ptrdiff_t is one's best bet.

      That said, I personally prefer LP64, because it lets you use standard C++03 and C90 types ("long long" isn't one) to cover the entire range. I do not know why Microsoft went for LLP64, but I strongly suspect that there were studies done to see the effect of either approach, and LLP64 was chosen because tests demonstrated that it makes it easier to detect broken code and fix it.

      I can think of one reason, actually. C/C++ permits implicit int<->long casts, but not implicit long<->pointer casts; for such pointer casts, you need an explicit cast operator. The compiler, when run in 64-bit mode, can therefore flag any occurrence of such an explicit cast as a portability warning (VC2003 and above do just that, in fact), with virtually nil chance of false positives - after all, what legal reason would you have to cast a pointer to an integral type into which it doesn't fit?

      On the other hand, many if not most implicit int/long casts can be perfectly legitimate - for example, a function is declared as returning long, but you know that in practice the range of values is much smaller than even that of int, and you need to pass the result as an int argument to another function. Granted, an explicit cast would still be preferable for the sake of clarity and readability, but in a language where you can (and people do) write things such as "while ((*c++ = read()) != '\n')", readability is too often neglected...

      So issuing a warnings on all implicit long/int casts is likely to produce a lot of false positives, requiring detailed investigation for every reported case. Therefore, choosing a scheme where int/long cast semantics are unchanged (and therefore do not have to be reported), and long/pointer cast semantics are different (but are always explicit, and therefore can easily be reported) has some benefit.

      I do not know if the above is the actual rationale, however.

    22. Re:Ha ha by shutdown+-p+now · · Score: 1

      If I move to Windows 7 and use MSVC on there, can I instantly start creating mallocing char arrays say 2^62 chars big instead?

      If you find a box which you can target with MSVC, and which would have 2^62 bytes of RAM (including swap), sure...

    23. Re:Ha ha by mikechant · · Score: 1

      In my opinion 64-bit linux is a hodgepodge mess of 64 and 32 bit apps. (I'm looking at you 32-bit flash glued on top of 64-bit linux with ugly wrappings

      A couple of points:
      1) Having one 32-bit plugin does not make Linux 'a hodgepodge mess of 64 and 32 bit apps'. 64 bit Linux is essentially that - clean 64 bit code, apps, OS, and drivers. Windows, not so.
      2) A 64-bit flash plugin is now available for Linux.

    24. Re:Ha ha by SplashMyBandit · · Score: 1

      Actually, LockOn is written in C++ and Lua and IL-2 is written in Java (which is why it ports well to PS/3 etc). They're quite different beasts under the hood.

    25. Re:Ha ha by sanosuke001 · · Score: 1

      When did netbooks start making a scene? After all desktop and notebook cpu's were 64bit? So, if they had started only selling 64 bit software at that time, all netbooks would be 64bit out of necessity. There's no excuse to drag your heels in the dark ages; if people want old OS' then fine, but new releases shouldn't have to pander to them.

      --
      -SaNo
    26. Re:Ha ha by shutdown+-p+now · · Score: 1

      There's no excuse to drag your heels in the dark ages; if people want old OS' then fine, but new releases shouldn't have to pander to them.

      Microsoft is a business, not a charity for the advancement of CPU architectures. If there is high demand for a 32-bit version of the OS, it will be made and sold. No-one is going to be the first to sacrifice their profit and reputation for the sake of forcing users and developers to 64-bit.

      You might as well blame Intel and AMD for supporting 32-bit in their CPUs at all. It will be equally pointless.

  20. For security by DoofusOfDeath · · Score: 4, Funny

    Quoth Balmer, "Let's see hackers find our security holes in this address space!"

    1. Re:For security by Anonymous Coward · · Score: 0

      And they will!

    2. Re:For security by Anonymous Coward · · Score: 0

      You're being funny, but 128 has been used for object level protection in real computers.

  21. Classical by Anonymous Coward · · Score: 0

    Classical MS vaporware announced right before a new Windows release. They will discuss this endlessly for a year or two, then drop it from the official feature list a year before Win8 sees the light of day.

  22. Why they need 128 bits? by gmuslera · · Score: 4, Funny

    - BSOD now in 4D (3 spatial dimensions and time, more precisely from 1988 to 2015)
    - That is what requires Security Essentials to have a string sample in memory of every Windows virus/trojan before 2006
    - Bill Gates finally agreed that 640k wasnt enough for everyone.
    - Codenamed Windows TNG, where no bit has gone before
    - You actually will need all that memory to not require swapping (unless you load more than 3 apps)

  23. There is no 128 bit architecture by Crass+Spektakel · · Score: 1

    This seems like major horse poo, there simply is not reasonable general purpose architecture available for 128bit and I even fail to see a requirement for the far future. Sooner we will see shard architectures based on massive parallel multiprocessing like today GPUs but they will be per core a lot simpler than today 64bit systems, not more complex.

    --
    "Life is short and in most cases it ends with death." Sir Sinclair
  24. I doubt 128-bit addressing by Anonymous Coward · · Score: 0

    Do they really need it anytime soon. Do any of the so-called 128-bit chips use anything more than 64-bit addressing.

    If this actually more than some blog profile bullshit, it would seem to be more about establishing some base-line level of SIMD streaming requirements for windows.

    It could be provided via "128-bit" cpus or the future compute shaders from the GPU or larrbee or wherever else ATI/nVidia take us as GPUs become more general and CPUs become more specific.

  25. Surely this is a bit early by 91degrees · · Score: 4, Insightful

    In terms of memory, 64 bits can address 18 exabytes. Even Google isn't going to be using that for a decade or so. Assuming Moore's law continues, it will be about half a century before PCs need that much RAM. Dealing with 128 bit numbers for mathematics is of limited use (if you do want to deal with them, you'll probably have a need for 256 byte and 512 byte numbers as well).

    And it's not like there's been much perception of a need for 128 bit CPUs. 64 bit processors have been around since the 1960's with fairly mainstream CPUs sine the early 90s. I don't think this is like RAM. I think there's a limit to how many bits we can use.

    1. Re:Surely this is a bit early by aarner · · Score: 1

      I just got done switching out several of our production machines from 32-bit windows server 2003 to windows server 2003 x64 to solve a performance problem. Something commonly missed in these discussions is that beyond the amount of memory you can reach per process on x86 32-bit, there's also the problem of fragmentation in the addressing space, especially on certain (read:windows) OSes. My particular performance problem related to a java process (tomcat) which was starved for memory on the 32-bit VMs. The new 64-bit VMs, like the 32-bit ones I was on still only have 2 GB of memory, but I can get at it in contiguous chunks, which Java still requires because it uses an offset map table to address the heap. Microsoft parks all kinds of DLLs and other rubbish all over the place and you end up with a 4 GB machine with 3.5 GB available after the OS loads, but the biggest contiguous piece is often 700 MB. Moving to 64-bit solves the problem not by making more physical memory available, but by increasing the odds there's a contiguous chunk of addresses available.

      Then again, you could just go to some 32-bit linux and avoid the problem that way as well.

    2. Re:Surely this is a bit early by shadders · · Score: 1

      Didn't a certain someone allegedly say that 640KB was enough for everyone in the dim and distant past?

      You have to bear in mind that the guy's post that prompted this works in research, it may come to nothing, like WinFS did.

      But if it does, then its uses on the desktop may not be apparent yet. Back in the days before Xerox came up with the concept of a GUI, telling anyone that in less than half a century, your home PC would use up to 4GB of RAM would have been mind-boggling.

    3. Re:Surely this is a bit early by savuporo · · Score: 1

      "Dealing with 128 bit numbers for mathematics is of limited use" Depends. Are you talking floating point ?

      --
      http://validator.w3.org/check?uri=http%3A%2F%2Fwww.slashdot.org Errors found while checking this document as HTML5!
    4. Re:Surely this is a bit early by machine321 · · Score: 1

      Bit early! HA!

  26. idiot by smoker2 · · Score: 2, Funny

    His page read: 'Working in high-security department for research and development involving strategic planning for medium and long-term projects.

    Yeah right. Gob like the mersey tunnel.

  27. Not sure... by denzacar · · Score: 5, Funny

    But I'll tell you how it will end.

    The final architecture EVER will be 640-bit. And that WILL be enough for everyone.

    --
    Mit der Dummheit kämpfen Götter selbst vergebens
    1. Re:Not sure... by Anonymous Coward · · Score: 0

      Really who needs 4 562 440 617 622 195 218 641 171 605 700 291 324 893 228 507 248 559 930 579 192 517 899 275 167 208 677 386 505 912 811 317 371 399 778 642 309 573 594 407 310 688 704 721 375 437 998 252 661 319 722 214 188 251 994 674 360 Yb (Yotta bytes) for storage? Not even all Pr0n collections together would make up so much data (even if you includes god p0rn collection, ah I mean his pet movies).

    2. Re:Not sure... by Tablizer · · Score: 1

      Gates: "That's what I really meant."

    3. Re:Not sure... by Anonymous Coward · · Score: 0

      no,no,...

      The final architecture EVER will be 666-bit. And there can only be ONE.

    4. Re:Not sure... by Surt · · Score: 2, Insightful

      Pfft. 640bit isn't even close to enough for multiverse internet routing.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    5. Re:Not sure... by BikeHelmet · · Score: 1

      You're not thinking straight.

      The final architecture will clearly be a javascript-optimized CPU. It'll have insane string handling, vastly speeding up all javascript ops! Then everyone will just use BigInt and BigFloat - you know, those String numbers that can be any length!

      640bit? Pfft.... 5275033000 bit! We're calculating PI here - we've got to have decent precision!

  28. 128 bit C data type? by Sponge+Bath · · Score: 4, Funny

    long long long?
    really long long?

    1. Re:128 bit C data type? by yabos · · Score: 1

      shitthatis long

    2. Re:128 bit C data type? by Anonymous Coward · · Score: 0

      fucking long

    3. Re:128 bit C data type? by fred+fleenblat · · Score: 1

      If you're using numbers larger than 18,446,744,073,709,551,615 on a regular basis you might be more interested in floating point or a packed decimal library.

      IMHO, it's more that pointers will be 128 bits. And knowning microsoft, they'll probably try to re-introduce the "far" keyword.

    4. Re:128 bit C data type? by XDirtypunkX · · Score: 2, Funny

      It'll actually be called the John Holmes.

    5. Re:128 bit C data type? by 4D6963 · · Score: 5, Insightful

      int128_t?

      It blows my mind how few people use stdint.h when it makes a lot more sense to use that these days.

      --
      You just got troll'd!
    6. Re:128 bit C data type? by hierofalcon · · Score: 1

      The government will need it for the updated national debt computations.

    7. Re:128 bit C data type? by noidentity · · Score: 1

      We already have the types to handle it:

      char: 8 bits
      short: 16 bits
      int: 32 bits
      long: 64 bits
      long long: 128 bits

      Except that Microsoft keeps long at 32 bits, for buggy code that assumes its size (on Linux, long is 64 bits, as it should be).

      And of course there's <stdint.h>, where you could just put int128_t.

    8. Re:128 bit C data type? by Briareos · · Score: 1

      double long long, of course.

      np: David Sylvian - The Department Of Dead Letters (Manafon)

      --

      "I'm not anti-anything, I'm anti-everything, it fits better." - Sole

    9. Re:128 bit C data type? by Anonymous Coward · · Score: 0

      long long long?
      really long long?

      int128

    10. Re:128 bit C data type? by ari_j · · Score: 1

      bfint identifier;

    11. Re:128 bit C data type? by dmmiller2k · · Score: 1

      wlong long

      --

      "No matter how cynical you get, it is impossible to keep up." -- Lily Tomlin

    12. Re:128 bit C data type? by rubycodez · · Score: 0

      that's like the SupraoCho-Hexa long, or schlong

    13. Re:128 bit C data type? by Anonymous Coward · · Score: 0

      way long

    14. Re:128 bit C data type? by sohp · · Score: 2, Funny

      typedef UNSIGNED_JOHNHOLMES

    15. Re:128 bit C data type? by Anonymous Coward · · Score: 0

      ginormous

    16. Re:128 bit C data type? by onionman · · Score: 1

      int128_t?

      It blows my mind how few people use stdint.h when it makes a lot more sense to use that these days.

      Agreed!!

      I'd mod you up if only I could... but I've never been able to moderate. So, you'll have to settle for my lame little post.

    17. Re:128 bit C data type? by Hurricane78 · · Score: 1

      Long long iz looooong!

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    18. Re:128 bit C data type? by Anonymous Coward · · Score: 0

      no mate, its long long long *

    19. Re:128 bit C data type? by springbox · · Score: 1

      That would be the idea, but it only goes up to 64 at the moment. (And having the 64-bit types is optional.)

    20. Re:128 bit C data type? by springbox · · Score: 1

      double double (or double long. Not like those names aren't already overloaded.)

    21. Re:128 bit C data type? by Anonymous Coward · · Score: 0

      don't put it into a damn header together with digraphs and weird character sets and someone might look at it. c99 just doesn't make sense at all.

    22. Re:128 bit C data type? by jrumney · · Score: 1

      All the types are optional. The microcontroller I'm working with at the moment has int20_t, since that's the size of its addresses.

    23. Re:128 bit C data type? by Anonymous Coward · · Score: 0

      int128_t?

      It blows my mind how few people use stdint.h when it makes a lot more sense to use that these days.

      Well, you'd actually probably want to use int_fast128_t, and set up a typedef for it so you don't actually have to remember what size your structures are at all... int128_t means you want a data type that is exactly 128 bits wide, which excludes any system that uses 129, 130, 131 bit, etc. integers...

    24. Re:128 bit C data type? by SLi · · Score: 1

      You are aware that those assumptions make your code inherently unportable, aren't you?

      Not only long, but assuming that int has 32 bits. I agree it may be misguided, but int is defined to be (usually the most efficient) integer data type with at least 16 bits.

    25. Re:128 bit C data type? by sohp · · Score: 2, Informative

      Because MS Visual Studio STILL doesn't support it, methinks.

    26. Re:128 bit C data type? by shutdown+-p+now · · Score: 1

      long long long?

      It would be "long long long". Here's a brief historical excursion.

      The use of keywords "int", "short" and "long" the way they're presently used in C and C++ comes from Algol-68 (along with a bunch of other things like "void" and "struct"). It defines plain undecorated INT as integer type of "preferred size" (i.e. effectively machine word then). It then allows to prefix INT (and also REAL) with as many consequent SHORT or LONG prefixes as you want; the only requirement on the implementation is that sizeof(... <= SHORT SHORT INT <= SHORT INT <= INT <= LONG INT <= LONG LONG INT <= ...) - the sequence is infinite. Thus, implementations for particular architectures could pick as many meaningful sizes as was practical, and map them to language types in a well-defined way; for a machine which could only deal with its words and nothing more, all types would have the same representation, for example, and one for the hypothetical 128-bit architecture would probably have SHORT SHORT INT (and below) as byte and LONG LONG INT (and above) as 128-bit integer.

      As a side note, curiously enough, at some point of time (before ANSI standardization), C didn't have "double" - it was rather "long float".

    27. Re:128 bit C data type? by Anonymous Coward · · Score: 0

      long long long?
      really long long?

      fucking long

    28. Re:128 bit C data type? by 4D6963 · · Score: 1

      Oh wow! You're right, wikipedia says you can still download and use some for that though.

      --
      You just got troll'd!
    29. Re:128 bit C data type? by noidentity · · Score: 1

      You are aware that those assumptions make your code inherently unportable, aren't you?

      Yes. The point was that we already have enough types to assign to the popular integer sizes, as long as we don't assign two to the same size, as I believe Windows 64-bit does (long and int both being 32 bits).

      Not only long, but assuming that int has 32 bits. I agree it may be misguided, but int is defined to be (usually the most efficient) integer data type with at least 16 bits.

      Yes, int need only be 16 bits (and signed int need only support the range -32767 to +32767, i.e. sign-magnitude). Software which compiles OK but fails at run-time for 16-bit int is badly coded, since it's trivial to check the in size:

      #if UINT_MAX < 0xFFFFFFFF
      #error "int must have at least 32 bits"
      #endif

      I do this nowadays in my code, since supporting 16-bit int is a real pain. Implicit int occurs in lots of obscure places, and it's hard to even find platforms with 16-bit int to test on. I used to support 16-bit int, and my code was littered with casts to long, and use of long for function arguments. When compiled on Linux, these longs would then be 64 bits, which was wasteful of memory. Having switched to requiring 32 or more bits in an int, I haven't looked back nor regretted the decision.

    30. Re:128 bit C data type? by shutdown+-p+now · · Score: 1

      The most recent release - VC++2008 - still doesn't. That's not much of an excuse, though, as Boost has been offering portable stdint.h for a long time now.

      On a brighter side, VC++2010 does have both stdint.h and cstdint headers with proper content.

    31. Re:128 bit C data type? by sjames · · Score: 1

      double dog long

      longister

      damned long

      bodacious int

      monday long

    32. Re:128 bit C data type? by Anonymous Coward · · Score: 0

      A la la la la long
      a la la la la long
      long le long long long

    33. Re:128 bit C data type? by Anonymous Coward · · Score: 0

      that's what she said

  29. Re:Fix 7 first by CannonballHead · · Score: 1

    Really, it is? um, NO. Win 7 64 bit is a joke, well aside from the fact that it works (for which you deserve credit)

    Uh. So... what did you want it to do, if not work?

    but why is there even a 32 bit version? why in 7-64 is there a program files (x86) folder? that was your kludge for working with 32 bit apps? Really?

    It's been that way since XP x64. It separates 32 bit apps from 64 bit apps in the directory tree. What's the problem? You can install programs anywhere you want. Just like always. And there is a 32 bit version because not everyone runs 64 bit processors. Say, for example, the Intel Atom. Or my old original Intel dual core laptop. Oh, but I guess Microsoft should intentionally shoot themselves in the foot and not release a 32 bit version and thus lose that entire market share. Pardon me for asking. By the way, why do Linux distros insist on keeping 32 bit versions?

  30. Big company in "Researches for the future" shocker by Anonymous Coward · · Score: 0

    We'll have more on this breaking story in our 6pm bulletin.

  31. Come down everyone! by Frankenvince · · Score: 1

    Must I remind that no one will ever need more then 640k of RAM!?!

  32. Also by Sycraft-fu · · Score: 1

    On what processor would this run? Intel and AMD have shown off no 128-bit CPUs at this point. There is no point in having an OS that doesn't have hardware support to back it up. You can't have a 128-bit OS on a 64-bit CPU.

    Now in terms of CPU what they might be talking about is floating point precision. There is some interest in getting quad precision FP. The new IEEE 754 spec has it and there are some research apps that could use it. So that might be another area they are interested in.

    However 128-bit memory addressing? No way. Even 64-bit Windows doesn't use all 64-bits at this point. I mean it implements a flat 64-bit virtual address space, but it only is setup to deal with like 2TB of actual RAM. The processors are the same way. The Core 2 is a 64-bit CPU, but only has like 40-bits of actual address lines. Reason is that nobody could actually build a system with 64-bits of RAM right now, so there's no point in putting in hardware that won't be used.

    1. Re:Also by saider · · Score: 3, Interesting

      How quickly we forget!

      The original 8086 processor could address 1 megabyte of memory (20 bits) with a 16 bit processor. It used two registers (one shifted left by four bits) to address memory.

      A 64 bit processor could trivially access a 128-bit address space by using the same segment:offset method.

      --


      Remember, You are unique...just like everyone else.
    2. Re:Also by inviolet · · Score: 2, Interesting

      How quickly we forget!

      The original 8086 processor could address 1 megabyte of memory (20 bits) with a 16 bit processor. It used two registers (one shifted left by four bits) to address memory.

      A 64 bit processor could trivially access a 128-bit address space by using the same segment:offset method.

      How quickly we forget!

      Writing code to use 'near' and 'far' pointers was a constant headache, of the same magnitude of C++'s requirement that you be constantly aware of character width when manipulating strings.

      --
      FATMOUSE + YOU = FATMOUSE
    3. Re:Also by Anonymous Coward · · Score: 0

      The segmentation mechanism was really bad, compared to a linear memory access.

    4. Re:Also by Anonymous Coward · · Score: 0

      And this is how the Intel 64bit processors work in 64bit (at least when they were first released)... two 32bit registers combined together to create one 64bit register.

    5. Re:Also by waddleman · · Score: 1

      Programmers have been using 64bit programming for a long time. Use an __int64 in Visual Studio 6 and it ends up using the EAX and EDX registers to get the number of bits.

      People also forget that IA-64 is not the same as the IA-32e 64bit extensions to x86 most people use today. Microsoft did make Windows for the IA-64. Unfortunately the Itanium has been a flop except for HPC.

      The IA-128 is most likely another instruction set being research and developed by Intel.

    6. Re:Also by relguj9 · · Score: 1

      How quickly we forget!

      The original 8086 processor could address 1 megabyte of memory (20 bits) with a 16 bit processor. It used two registers (one shifted left by four bits) to address memory.

      A 64 bit processor could trivially access a 128-bit address space by using the same segment:offset method.

      How quickly we forget!

      Writing code to use 'near' and 'far' pointers was a constant headache, of the same magnitude of C++'s requirement that you be constantly aware of character width when manipulating strings.

      Which is why a modern compiler and programming language would abstract this and handle it for you.

    7. Re:Also by Anonymous Coward · · Score: 0

      Wrong!

      That's how 32-bit processors perform 64-bit arithmetic.

    8. Re:Also by turgid · · Score: 1

      Programmers have been using 64bit programming for a long time. Use an __int64 in Visual Studio 6 and it ends up using the EAX and EDX registers to get the number of bits.

      News just in: Primary school children around the world are being taught how to perform addition, subtraction, multiplication - and even division - on numbers with more than one decimal digit.

      This radical new scientific advancement known as "long arithmetic" is set to take the world by storm. Researchers at the Cleverest Computer Science Company in the World, Microsoft, think that this principle could be applied to digital computers.

      To quote Bill Gates, cleverest man ever, "On the Innernet we think that this new technology which Microsoft has innovated for our customers has great potential to drive world economies, cure poverty and disease and our children are the future. What I have done is to treat each byte or 32-bit word like a decimal digit and add them up in pairs from the smallest, carrying over anything left to the next pair of 32-bit values. You can use it on 64-bit computers too, but out customers are telling us they don't need those for another five or six years yet at least."

      More exciting news from Microsoft tomorrow.

    9. Re:Also by toejam13 · · Score: 1

      There are a number of ways to access memory pointers larger than the size of your integer arithmetic registers. Memory segments/pages are one way to do that. However, the 8086/8088 used an unusual shift value that wasn't aligned with uniform memory sizes (64KB/16-bit, 16MB/24-bit, 4GB/32-bit). This resulted in the ability to access a single memory location using thousands of different combinations, which made debugging a nightmare. Hopefully, designers would use full 64-bit offset registers with x86-64.

      Then there are processors that use separate registers for memory pointers, like the Motorola 680x0 series. Nothing could prevent you from keeping registers R0-R7 one size while you double the size of A0-A7. If you wanted to reduce costs and complexity even further, you could eliminate the orthogonal nature of your instructions and limit pointer arithmetic to basic adds, subs and shifts.

    10. Re:Also by TheRaven64 · · Score: 1

      It was fine in a language that didn't suck. PL/M86 had decent support for segments in the language's memory model, so you could make good use of segments. It was only if you used an everything-is-a-PDP-11 language like C that used a flat memory model and tried to shoehorn segments into it with ugly hacks that it was a problem.

      Oh, and for something more relevant, take a look at a modern ARM compiler. It will automatically emit 16-bit Thumb code for small routines that don't access much memory, effectively adding the near and far tags for you. These days, you'd just assume that everything is a 128-bit pointer (containing segment and offset) and have the compiler turn them into 64-bit pointers when possible.

      --
      I am TheRaven on Soylent News
    11. Re:Also by klapaucjusz · · Score: 2, Insightful

      The original 8086 processor could address 1 megabyte of memory (20 bits) with a 16 bit processor. It used two registers (one shifted left by four bits) to address memory.

      Have you ever programmed in that model?

      Having pointers split into segment:offset pairs meant that you couldn't (easily) have a single array span more than 64kB. Any program that needed to access arrays above that had to split its arrays into arrays of arrays, each of which was smaller. Fun, fun, fun.

      A 64 bit processor could trivially access a 128-bit address space by using the same segment:offset method.

      I'll let you do the programming, this time. I'll stick to the flat memory model of today's architectures, if that's all right with you.

    12. Re:Also by PhunkySchtuff · · Score: 1

      Yes, what a great idea, because segments and offsets were such an absolute joy to work with as a programmer.

    13. Re:Also by Mr+Z · · Score: 1

      Oh darn. I can't have a single array that's larger than 18,446,744,073,709,551,616 bytes? Shucks.

      Seriously, segmented programming sucked when segments were only 16 bits. We're doing segmented programming today on 32-bit machines that have more than 4GB of RAM. The trick there is that no individual task can see more than 4GB at a time. The OS has to handle the segment addressing to get to all the pages. It's not the most friendly model in the world, but it does work, and it's not nearly so painful as it was when you couldn't even hold an entire frame buffer in one segment, let alone a large document. It's still better than manual paging/bank switching like the 8-bitters went through.

      (Although... it'd be pretty sweet if displays got to a high enough DPI that I needed more than 4GB to hold just the frame buffer. I better have the graphics acceleration to support it though.)

  33. PAE hides that memory by Anonymous Coward · · Score: 0

    So you can't address it.

    It's just a 386 pagesys for the pentium age.

    1. Re:PAE hides that memory by TheRaven64 · · Score: 5, Informative

      Let me guess: you've never written any ring 0 code for x86. PAE doesn't hide the memory. It modifies the page table structure slightly (so does 64-bit, by the way, it makes the page tables deeper which makes every TLB fault slower). You have a 32-bit virtual address space and a 36-bit physical address space. No process can see more than 4GB of RAM, but if you have two processes then they can each see a different 4GB of physical RAM. None of my processes currently uses more than 760MB of address space, but I have 3GB of RAM and 3GB of swap used, so with a PAE system and 8GB of RAM each process would be using physical memory and I'd have 2GB for filesystem cache.

      Oh, and when people talk about PAE, they also often mean PAE or PSE. PSE just makes pages bigger (up to 4MB), which can be used to address 64GB of RAM without changing the size of the page tables. This is better in some situations, because it involves smaller page tables and fewer TLB faults, but it means that you are swapping 4MB at a time, which can be very slow if you are swapping a lot.

      --
      I am TheRaven on Soylent News
    2. Re:PAE hides that memory by raynet · · Score: 1

      Thank you, finally a person who seems to know about PAE. I always growl when people speak about 32bit versus 64bit cpus and don't seem to have any clue.

      --
      - Raynet --> .
    3. Re:PAE hides that memory by Anonymous Coward · · Score: 0

      Let me guess: you've never written any ring 0 code for x86.

      Damn you caught me out!

    4. Re:PAE hides that memory by Anonymous Coward · · Score: 0

      I've run processes that use more than 4GB of ram you insensitive CLOD! I've run an app that used nearly 8 GB in one go. It took a while, but it processed the data, correctly too. Oh, I run Linux. You know, that Linux stuff. I can use 12GB per application (the current memory on my comptuer) for one application. I understand you have a 4GB limit because you use something by mickeysoft and really can't process data like the grown ups. Don't worry, pong doesn't need much memory, but watch out if solitaire starts to swap.

    5. Re:PAE hides that memory by BikeHelmet · · Score: 1

      You know a lot about PAE/PSE and CPUs/RAM.

      But not a lot about the limitations of XP/Vista. Unlike some operating systems(like Linux), XP and Vista actually have caps where they ignore memory beyond a certain point.

      You can use 4MB paging, but you're still only going to have 4GB of addressing space. You can enable PAE for XP Pro, but again you'll be stuck with 4GB of addressing space, and max 4GB of RAM.

      What's funny is, XP SP0 and Win2k didn't have the same limitations. People successfully ran 4-8GB of RAM w/ PAE before the XP service packs came, but afterwards they got limited to less. And now with Vista they've "improved" System Properties to show you your max RAM rather than max usable RAM, so Vista 32bit will inform you you're using 8GB when only 3.2GB (or less) is available.

      Conclusion: Microsoft probably wants you to upgrade to 64bit. They also don't care about lying.

    6. Re:PAE hides that memory by Anonymous Coward · · Score: 0

      No process can see more than 4GB of RAM

      seriously dude, wtf? let me guess, you never written any ring 0 code for x86_64

    7. Re:PAE hides that memory by sjames · · Score: 1

      The larger performance issue is that once PAE or PSE are involved, the kernel and DMA can no longer directly address all of RAM.

      Of course the benefits of having a lot more RAM can easily outweigh that drawback in practice.

      All the same, 64 bit (46 physical) is much better.

    8. Re:PAE hides that memory by TheRaven64 · · Score: 1

      The DMA issue is still there with 64-bit unless you have an IOMMU. Most of the cheap x86-64 machines still don't, so 32-bit PCI devices can't DMA anywhere above the 4GB line. Kernels work around this with bounce buffers and relocating userspace buffers below the 4GB line.

      It is a problem with the kernel. Often this is worked around by using the same sort of memory split as with 32-bit, so the kernel can see all of its own memory and all of the current process's memory, but not other process's memory, when handling a system call. This limits the userspace code to 2-3GB, which is a bit more cramped. This is a big part of the reason why lots of 64-bit (non-x86) workstations run a 64-bit kernel but mainly 32-bit userspace apps, and get the best of both worlds.

      --
      I am TheRaven on Soylent News
  34. Re:Fix the problems first by LBArrettAnderson · · Score: 2, Insightful

    No, that was Windows XP... back at the beginning of this decade. Next question.

  35. If they build it... by Anonymous Coward · · Score: 0

    ... we will come.

  36. Some use cases for 128-bit by Anonymous Coward · · Score: 0

    1) Security. Resources can be protected by hiding them in a 128-bit address space. This avoids the need for the more expensive context switching approaches typical of CPUs/OSes today (e.g. system calls are expensive right now). Drivers, system services and userland could all exist in the same context.
    2) Performance. Because of 1) an OS can be reduced to a bunch of threads all living in the same address space. Helps with simplification, context switching, TLB utilization, etc.
    3) Distributed single-address space operating systems. If you want to create a distributed SASOS, 128-bits would be better (in an actual practical sense) than 64-bits. If all the RAM, file system, network objects etc across a large distributed network of servers are mapped into a single address space, and especially if no re-use is allowed, a 64-bit address space is not enough.

  37. Details by Anonymous Coward · · Score: 0

    You keep using that word. I do not think it means what you think it means.

  38. 128-bit? We haven't nicely co-existed 32/64 yet. by adosch · · Score: 0

    There's *still* so many incompatibilities with the co-existance of 32-bit and 64-bit apps between Windows (or Linux for that matter) that already don't play nice or work without a great deal of grunt work to make it work. And there's talk and development going on for 128-bit OS? Good thing it is *exactly* what Robert Morgan claimed it to be on his LinkedIn site: Research. It's like some people try to some how motivate Moore's Law to act and function at unrealistic speeds... And a personal caveat: One more reason that social network is stupid and is a social pathogen that should be eradicated from the internet.

  39. 128-bit? by divisionbyzero · · Score: 0

    Whoever wrote the article has no idea what they are talking about. It'd be pointless to make a 128-bit operating system without the hardware to support it. Perhaps as others suggested it's a filesystem or some sort of SIMD support.

    1. Re:128-bit? by Dunbal · · Score: 1

      without the hardware to support it

            So you think 128 bit processors aren't coming? Where have you been in the past, oh, 40 years?

            I personally think it's kind of silly of Microsoft, considering that they have historically offered piss-poor support for 64 bit processors, I don't know why suddenly there would be a rush for 128 bit support, unless it was for Windows 8 Ultimate Gold Pro where you get to pay $700 more so that you can actually run as many windows open as you want at the same time.

            Or perhaps they'll need a 128 bit OS to do all that DRM number crunching cryptography stuff without slowing your machine down to a crawl.

            Either way, companies DO plan ahead. It's logical to assume that Intel/AMD (if they are still around) will one day provide 128 bit, then 256 bit, then 512 bit processors. The wider your input stream into your CPU, the faster you can perform those operations. Increasing the clock speed has (barring any new technological discoveries) reached physical limits namely temperature and the speed of light- or at least electricity. So the only way to get faster is to a) add more cores and b) process more bits per cycle.

      --
      Seven puppies were harmed during the making of this post.
    2. Re:128-bit? by divisionbyzero · · Score: 1

      without the hardware to support it

            So you think 128 bit processors aren't coming? Where have you been in the past, oh, 40 years?

      No, I don't, not any time soon anyhow. Windows 8 will probably be out sometime in 2011 and that's way too early. Perhaps Windows 9 but even then it's hard to see the need.

      You know, there isn't some kind of inevitability to the development of hardware. If the past were any guide to hardware development we'd all be using computers with a single core running at 10 ghz.

      It has to solve a real problem and solving that problem needs to benefit someone enough to spend the billions of dollars necessary to develop the hardware.

      However if you have any evidence whatsoever (besides "look at the past"), then I'd love to see it.

  40. Nah ... by Anonymous Coward · · Score: 0

    With 128 bit you could address:
    2^128 = 3.4 * 10^38 = 0.34 10^39 or 3400 10^36 bytes
    But if i got the numbering scheme with the greek letters right that would be either "Ny" Bytes or "Mu" Bytes. Which sounds stupid = bad for marketing = less profit....

  41. huh? by Anonymous Coward · · Score: 0

    Leaky Windows?

  42. Since when does R&D = "Details of Win8" ? by Gouru · · Score: 2, Insightful

    Microsoft Research does a LOT of this type of investigation and research. However, there is a world of difference between researching compatability and 'planning to add'. Whether or not he really works for Microsoft, the claim that he is in R&D makes the claim that Win8 will provide 128 bit support a major stretch. Very misleading headline.

  43. variable bitsize OS by Anonymous Coward · · Score: 0

    is what I want

  44. The old joke by CAIMLAS · · Score: 1

    How's that old joke go, again? "Windows is a 32 bit extension to a 16 bit operating system designed for an 8 bit processor by a company that isn't worth two bit" or something like that?

    This 128 bit operating system thing is a joke - or, more accurately, marketing nonsense. "Windows 8" is so far away at this point that it's unlikely they've slated this feature; 128 bit processors are even further away than Windows 8 might be. I say 10 years at the smallest inside.

    Now, if we're talking about something other than processors, it might be a possibility (filesystem?). But I doubt it.

    --
    ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    1. Re:The old joke by Anonymous Coward · · Score: 0

      Windows 95; 32-bit extensions to a 16-bit graphical shell on top of an 8-bit operating system designed for a 4-bit processor, made by a 2-bit company that can't stand 1-bit of competition.

      Or something very similar.

  45. PAE doesn't hide mem, just can't use all at once by Lemming+Mark · · Score: 3, Informative

    PAE doesn't "hide" memory, really. You can only address 4GB (i.e. a 32-bit address space) of virtual memory at once but that can be *anywhere* across the 36-bit physical address space. As long as no individual app needs more than 4GB of memory you're (mostly) OK. The kernel can alter the mappings as it needs to poke at anywhere interesting in all of physical RAM. It's less efficient than mapping it all in at once but you can manage quite well.

  46. Gilette by dorix · · Score: 1

    In related news, razor-blade manufacturer Gillette has announced their expansion into the personal computer operating system market. When he was informed of Microsoft's plans for future versions of Windows, CEO James M. Kilts is quoted as saying, "Fuck everything, we're doing 512 bits."

  47. Expected Date for Windows 8? by cppmonkey · · Score: 2, Funny

    I once read that it took us 30 years to figure out 8 bits then about 5 years to exhaust the abilities of 8 bits so we moved to 16bits which we exhausted in 10 years so we moved to 32bits which took us about 20+ years (this post written on a 32 bit machine which has thus far been far more reliable than the wife's 64 bit machines) to exhaust so following this logic it will take us 40+ years to exhaust 64bits. Does this then mean I can expect Windows 8 in about 2050?

  48. Windows 8???? by bBarou · · Score: 1

    Before we see a Windows 8 I'd like to see a real Windows 7. What they call Windows Seven is actually Windows 6.1, a glorified Windows Vista. Type in "ver" in a command prompt to check out. Don't get me wrong, I've be using Seven since the RC and I quite like it. It's a real improvement over XP and Vista. But I still think it's overrated and the name is actually just a marketing thing.

  49. Corrected Summary by MountainLogic · · Score: 2, Funny

    The discovery came to light after FORMER Microsoft Research employee Robert Morgan carelessly left details of his work...

  50. Glendale University by jgarra23 · · Score: 3, Funny

    According to Wikipedia

    http://en.wikipedia.org/wiki/Glenndale_University

    this University isn't even accredited!!

    1. Re:Glendale University by Ksevio · · Score: 1

      ...and you apparently don't need to take classes to get a degree. It's also spelled with two Ns. Since there's also no one by that name related to Microsoft, it looks like this is just someone who made up some stuff for his online profile.

    2. Re:Glendale University by Anonymous Coward · · Score: 0

      Where did you base your glenndale U comment? It doesn't appear in the article or in the article summary.

  51. What would they name the directory? by Anonymous Coward · · Score: 0

    It's been an inside joke in our group, but after finding important programs under C:\Windows\SysWOW64, we were hoping the next one would be C:\Windows\SysDAMN128

  52. SSE2+? by dmesg0 · · Score: 2, Interesting

    Maybe they mean optimizing windows kernel using SSE2 instructions (xmm registers are 128-bit wide)? It improves performance of many memory transfers, and currently and makes a lot of sense in quite a lot of applications - even the kernel itself.

    1. Re:SSE2+? by dmesg0 · · Score: 1
      > ... and makes a lot of sense in quite a lot of applications - even the kernel itself.

      Here, fixed it for myself.

    2. Re:SSE2+? by TheRaven64 · · Score: 1

      It doesn't make much sense in the kernel, because if you use SSE in the kernel then you need to save all of the SSE registers (or, at least, the subset you'll use) on a system call and then load them again after. This is why kernels don't use floating point; to avoid saving and restoring any more registers than they absolutely have to. You could possibly use them in the bottom half of the kernel (i.e. the bit that runs in the background, so can run for a while) or reserve a couple for use by the kernel and just save/restore these on a context switch, but you really don't want to be pushing 16 byte registers onto the stack if you can avoid it.

      --
      I am TheRaven on Soylent News
    3. Re:SSE2+? by dmesg0 · · Score: 1
      It does make sense for relatively long operations, e.g. if you are going to copy a few kilobytes of data and do some operation on them, it's not a problem to save those registers (usually 4 xmm registers - a full cache line). It's still going to be faster than using 32 or 64-bit operations. And saving these registers on stack before a tight loop won't really go to memory, just to L1.

      Linux kernel actually uses %%xmm regs in some places, look for example at the md driver.

  53. Question by Anonymous Coward · · Score: 0

    Will this implement Winfs the file system which to my knowledge vista was suposed to have?

  54. MOAR BITS! by Bengie · · Score: 1

    If we just move to 512bit, then we can have a bit for every atom in the universe. that'll solve any address space issues.

    But really, there's only 2 reasons that I can think of for "bits" #1. address space. 64bit is plenty for a LONG time #2. computation. Who needs 128bit integers to represent real world objects?

    1. Re:MOAR BITS! by Ant+P. · · Score: 1

      Who needs 128bit integers to represent real world objects?

      MS is building the Matrix, they need this to mmap() each individual neuron

  55. Windows 8, when? by vegaspace · · Score: 1

    If it is true, I suppose that Windows the 8th will be published in a far future. I do not know a 128 bit achitecture that is also commercial. The same fact for Windows Vista delay.

  56. 128 Bit Architecture = cloud computing by mozumder · · Score: 4, Insightful

    Shared memory space among lots of computers, using IP (possibly IPv6) as a protocol.

    That's probably what they are referring to if they mean 128 bit address space (not datapath).

    1. Re:128 Bit Architecture = cloud computing by TheRaven64 · · Score: 1

      That almost sounds like it makes sense, but you really need more than 128 bits for that. With IPv4, 32 bits identify the machine, and 96 bits identify the address on the machine. With IPv6, 128 bits identify the machine and 0 bits identify the address on the machine. By the way, SGI machines use this trick within a cluster, with the unused bits in the middle of 64-bit pointers used as a machine ID. Page faults caused by accesses to these addresses are handled by getting the page over the network (using a fairly complex cache coherency protocol). If you've got a low latency (i.e. Infiniband or similar) network, then it more or less works, but you'd have to be completely insane to want to do shared memory parallelism over the Internet. Shared memory parallelism does absolutely no latency hiding, so performs horrendously compared to message passing on anything other than a very fast local network.

      --
      I am TheRaven on Soylent News
    2. Re:128 Bit Architecture = cloud computing by Chris+Burke · · Score: 1

      Shared memory space among lots of computers, using IP (possibly IPv6) as a protocol.

      Why would they need to be shared memory systems? Shared memory sucks for large clusters. Coherence is a latency-intensive bitch. Consistency has to be thrown out the window. IPv6 is a likely protocol, sure, but that more suggests message passing than shared memory. Using IP as a coherence protocol would be shit-tay with a capital SHIT.

      Cloud computing in every implementation I'm aware of is more about virtualization, as in making individual computers seem like many, than making many computers seem like one. You want to isolate different customers' applications, not make it seem like one huge system.

      --

      The enemies of Democracy are
    3. Re:128 Bit Architecture = cloud computing by psetzer · · Score: 1

      Ideally an OS should be able to mediate access to resources and provide sufficient isolation on its lonesome rather than needing to add more layers in the form of virtual machines to do its job. In the same vein, an OS should be able to provide a uniform interface for accessing the resources available even if they're physically not on the same box. Distributed single level storage would be the logical conclusion, and in a couple of decades a large server farm might start getting uncomfortably close to the 64-bit limit if everything on it shared a single physical address space.

      --
      "Anyone who attempts to generate random numbers by deterministic means is living in a state of sin." -- John von Neumann
  57. Irony by DigitalCrackPipe · · Score: 1

    Working in high-security department
    Any one else notice the irony of entering such a phrase and following it with proprietary information?

  58. You don't need 128 bits for addressing by mi · · Score: 5, Interesting

    Because with huge servers and clustering you can get some insanely huge numbers when it comes to HDD space. But as I'm sure we all know when it comes to a 128 OS, we are usually talking about addressing, ala 16bit, 32bit, 64bit.

    You don't need 128 bits for addressing. 2^32 is "only" 4 gigabytes, which was always achievable in theory and actually achieved in practice over a decade ago.

    Having a memory — RAM or disk — above 2^64, however, is not achievable in even in theory... 2^64 is only 100 times less, for example, than the estimated number of sand-grains on Earth.

    Being able to process as much as 128 bits in one CPU-instruction is nice, and SSE extensions allow that. But neither size_t nor off_t need to exceed 64 bits. Ever... In fact, in the amd64 instruction set, only 48 bits can be used to address memory — the rest are for the CPU instruction, so that both the operation and the operand fit in one 64-bit word. The amd64-architecture is thus "limited" to 256 TB — that's the largest RAM an amd64-machine can have and the largest file and amd64-machine can mmap.

    64-bit systems were truly useful, because — by making size_t and off_t the same, they allowed software to be rid of having to segment access to files, which could, potentially, be too large to memory-map in their entirety (many legacy mmap-implementations are still limited to 2- or 4-Gb files). 128-bit systems are not adding that benefit...

    (And, of course, most systems — including even the most modern Linux and BSD — still have rather poor mmap-implementations, compared to their highly-optimized read and write calls... But that's another topic...)

    --
    In Soviet Washington the swamp drains you.
    1. Re:You don't need 128 bits for addressing by Cyberax · · Score: 2, Insightful

      "Having a memory â" RAM or disk â" above 2^64, however, is not achievable in even in theory..."

      Why?

      Just 5 mins ago I'd bought 32Gb or RAM for $240. So 2^48 of RAM is just about $2 millions. A lot of money, but certainly within the realm of possibility. In 10 years (two iterations of Windows) $2 millions will buy you 2^53 of RAM. And that is also uncomfortably close to the upper limit of 2^64.

      If you look at hard drives, 4Tb (2^42) of space is about $500 now. In 10 years that'll be 4Tb for $15, so 2^64 storage will be possible.

      So, there ARE reasons to start developing 128-bit architectures.

    2. Re:You don't need 128 bits for addressing by Chris+Burke · · Score: 1

      But neither size_t nor off_t need to exceed 64 bits. Ever...

      Well, not for a long time, but they probably will need to increase.

      In fact, in the amd64 instruction set, only 48 bits can be used to address memory -- the rest are for the CPU instruction, so that both the operation and the operand fit in one 64-bit word. The amd64-architecture is thus "limited" to 256 TB -- that's the largest RAM an amd64-machine can have and the largest file and amd64-machine can mmap

      That's simply untrue. 48 bits for virtual and physical addresses is a limitation of current implementations, but the ISA definitely supports up to 64-bits. "The rest" of the bits are not used for anything, and in fact AMD quite intelligently designed it so that you can't use them for anything by requiring all addresses to be in "canonical form", meaning they must be sign extended from the MSB. That prevents programmers who are too clever for their own good from using those bits for extra state, meaning programs written for current AMD processors will still work when they increase the supported number of address bits in future implementations.

      They've already done this once, increasing the supported physical address bits from 40 to 48.

      As far as the instructions go... amd64 uses variable length instructions just like x86 always has. Even in ia32 you can get instructions up to 15 bytes long by chaining prefixes.

      --

      The enemies of Democracy are
    3. Re:You don't need 128 bits for addressing by blueg3 · · Score: 2, Insightful

      A grain of sand is pretty big. If a single bit was the size of a grain of sand, then by conservative estimates, 4 GB of memory would weigh about 40 kilos.

    4. Re:You don't need 128 bits for addressing by Anonymous Coward · · Score: 0

      Having a memory -- RAM or disk -- above 2^64, however, is not achievable in even in theory... 2^64 is only 100 times less, for example, than the estimated number of sand-grains on Earth.

      There may be only 2^64 grains of sand on earth, but there's 2^64 molecules of SiO2 in 2mg of sand. Push bit sizes down to a few molecules, and you can carry 2^64 bits around in your pocket.

    5. Re:You don't need 128 bits for addressing by TheRaven64 · · Score: 1
      You have no concept of scale. A grain of sand is not much smaller than the die of a RAM chip, it is hugely bigger than a single bit. We are, in the next few years, likely to be using single atoms to store bits. That means that one mole of atoms gives one mole of bits. A mole of atoms is around 6E23 atoms, or around 2^79 atoms. A mole of silicon atoms weighs 28g. If you can store one bit per 1,000 silicon atoms then a mole of silicon gives you over 2^65 bytes.

      For reference, the smallest transistors that have been made are around 10 atoms, and an SRAM cell uses 6 transistors, so discounting control circuitry and wiring getting 2^65 bytes would only need 0.03 moles; around 0.84g, if you're using silicon. To put that into units you're familiar with, that works out to about 40 grains of sand.

      --
      I am TheRaven on Soylent News
    6. Re:You don't need 128 bits for addressing by Anonymous Coward · · Score: 0

      Uh, sir, 2^64 bytes of storage costs around a billion dollars. Today. Sure that's a lot of pocket money if you're unemployed or something, but for the rest of us it's entirely achieveable.

    7. Re:You don't need 128 bits for addressing by jeremyp · · Score: 1

      But the real question is will there ever be a need for a memory of 2^64 bytes?

      Firewire 800 can transfer 100Megabytes per second. So a disk with 2^64 bytes will take approximately 5,000 years to fill by transferring data continuously. Clearly we need something faster. A 64 bit data bus that can do writes at 1 Gigahertz can fill the disk in a mere 70 years. That still seems like a long time to me.

      There really is no point in going above 64 bit. We just can't use it all. There probably aren't 2^64 bytes in all human knowledge.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    8. Re:You don't need 128 bits for addressing by Anonymous Coward · · Score: 0

      You realize that the address space can be sparse, right? IPv6 is 128-bits despite the fact that there aren't going to be 2^128 machines connected to the internet anytime soon.

    9. Re:You don't need 128 bits for addressing by Courageous · · Score: 1

      Having a memory â" RAM or disk â" above 2^64, however, is not achievable in even in theory... 2^64 is only 100 times less, for example, than the estimated number of sand-grains on Earth [wolframalpha.com].

      Fallacy of hasty assumptions. Your hasty assumption is confining addressing to MEMORY.

      While I agree with the sentiment of your message as a matter of pragmatics, some folks might want to address all the bytes in the storage system directly, instead of through pages and offsets. If someone wants to design something like that, so be it.

      You can't fault an academic effort or corporate research lab for at least looking at this sort of thing, even though I can't foresee Intel moving to 128 bit addressing on their mainstream chips any time in the next decade, ....

      C//

    10. Re:You don't need 128 bits for addressing by iammaxus · · Score: 1

      Having a memory — RAM or disk — above 2^64, however, is not achievable in even in theory... 2^64 is only 100 times less, for example, than the estimated number of sand-grains on Earth.

      I don't think its fair to say that it isn't even achievable in theory. If you could write a bit of data into every atom of a piece of silicon, 2^64 corresponds to 860 micrograms. I would start to agree that pushing much beyond 128bits is crazy as that puts us into the truly collosal range of cubic kilometers of memory Though there are things smaller than atoms...

      That being said, even the most wildly optimistic projections about the rate of increase in memory would put such a piece of memory at least 20 or 30 years out.

    11. Re:You don't need 128 bits for addressing by jeffb+(2.718) · · Score: 1

      Firewire 800 can transfer 100Megabytes per second. So a disk with 2^64 bytes will take approximately 5,000 years to fill by transferring data continuously.

      Golly, how long would it take to transfer it over a 300-baud modem? 'Cause, you know, 30 years ago, that was the going rate. Or maybe you could compare it to the 12.5 KB/sec transfer rate of a 1979 single-sided single-density floppy.

      Clearly we need something faster. A 64 bit data bus that can do writes at 1 Gigahertz can fill the disk in a mere 70 years. That still seems like a long time to me.

      And my 1979 8-bit data bus that could do writes at 0.5 MHz could... well, you get the picture. Assuming that a high-performance 2039 system would be sending all its information through a single-bus bottleneck is even sillier than assuming that a high-performance 2009 system would have a single core, single-stage pipelines, or single-bank memory.

      If you've got (in 2039) 2^64 bytes of storage, I'm guessing that you'll have at least 2^32 proxels (processor elements), meaning the amount of storage per core might actually be smaller than what we see today.

      There really is no point in going above 64 bit. We just can't use it all. There probably aren't 2^64 bytes in all human knowledge.

      And there'll never be a market for more than five or so digital computers. Funny thing about bytes -- we keep making more of them, and there's always someone who actually wants to go back and retrieve them at some point.

      Interesting example: a particular human genome contains around 3 billion base pairs, which amounts to somewhat less than a gigabyte (2^30) of information. There are somewhere over 6 billion people in the world, a bit more than 2^32. Storing all the base-pairs for all the people currently alive (stupidly, without compression) would take around 2^62 bytes. Do you really think there's no use in being able to store and process a corpus of information that large?

    12. Re:You don't need 128 bits for addressing by Anonymous Coward · · Score: 0

      Yo, Balmer, I'm really happy for you, and Imma let you finish, but I just got to say 64 bit is is one of the best architectures ever!

  59. Re:Fix 7 first by DragonWriter · · Score: 1

    And there is a 32 bit version because not everyone runs 64 bit processors. Say, for example, the Intel Atom.

    Specifically current Intel Atom "Diamondville" N- and "Silverthorne" Z-series processors intended for netbooks and UMPCs, other Atoms (current "Diamondville" 230/330, and the upcoming [Q1, 2010] "Pineview" D- (replaces "Diamondville" 230/330) and "Pineview" N- (replaces the current "Diamondville" N) series Atoms are all 64-bit.

  60. is Google asking by hAckz0r · · Score: 1, Flamebait
    Actually, no. Goggle has the good sense to be running on a better OS platform for efficiency sake.

    On the other hand maybe Mr Gates himself needs the floating point precision in order to balance his check book? I once read a story of how the IRS had to rewrite their software and upgrade some hardware in order to do his taxes a few years back. Not that I believe that story completely, but you have got to question why the average person, not running a home brew Cray tower, would need that kind of system. Maybe the LHC?

    1. Re:is Google asking by Anonymous Coward · · Score: 0

      you have got to question why the average person, not running a home brew Cray tower, would need that kind of system.

      Running the IPv6 stack as efficiently as possible?

      By the way, the parent post was really no Flamebait.

  61. Really cutting the bloat by Anonymous Coward · · Score: 0

    Wow! My Vista installation uses 107836866560 bits. Now we can finally have an OS that you can carry on a deck of punch cards again.

  62. In other news... by Chris+Snook · · Score: 1

    ...Microsoft is planning to support 5-letter acronym hardware, even though the industry has not yet completed the migration from 3-letter acronyms to 4-letter acronyms. The 5-letter version of the operating system will support 4-letter acronyms, but will not be backwards compatible with shorter acronyms, such as the popular "CPU" and "RAM" used widely in the computer industry.

    --
    There's no failure quite as dissatisfying as a complete and total solution to the wrong problem.
  63. Microsoft Leaks Details? by dmesg0 · · Score: 1

    The subject is quite stupid. What details? Probably an engineer with a thick accent told the HR manager something about 128 bit (maybe fs, maybe optimizations), and by the time it appeared on the website it went through several revisions each time by people with less and less understand of what they are writing. That's the corporate way of doing things.

  64. Micrsoft WIndows 8 by Anonymous Coward · · Score: 0

    Apparently, Microsoft is not expecting their Windows 7 product to be a success. Redux of Microsoft Windows Vista.

  65. Re:PAE doesn't hide mem, just can't use all at onc by Orne · · Score: 2, Interesting

    Somehow, we all managed to survive from 1984 to 1995 by swapping 64k chunks in Expanded Memory. I remember writing assembly to do it, and I personally do not miss that headache. That being said, old ideas die hard, and if we can get some larger page sizes (how about swapping that 4th GB in address space to point at a 5th, 6th, etc?), almost all reasonable applications (by today's standards) could fit in the expanded memory space.

  66. Not enough...need 512 bit OS by Anonymous Coward · · Score: 0

    With 128 but we could barely address half of the atoms in the universe.

    We need 256 or better 512 bit systems as number of atoms in the universe is about 10^80 ~= 2^266. This way we could address everything to the last atom....but wait where do we store the addresses?

  67. How about fixing things we actually care about... by Anonymous Coward · · Score: 0

    If those chaps at MS really have time to spare to add this 128 bit instruction gimmick while everyone and his dog is still stuck with 32 bit drivers then why don't they actually use that effort to do something usefull?

    I for one, would love it if MS implemented some of the alternative filesystems around like ext3/4 or reiser so I won't have to rely on third party filesystem drivers to access my dualboot shared partition. Ever tried Ext2 IFS on Vista? Good luck. UAC won't allow any executables running from a third party filesystem.

    The problem is caused by Vista's internals: There is some code that compares whether the name of the file system type is one of the following: "NTFS", "FAT", "FAT32", "CDFS", "NPFS", "MSFS" or "UDF". If there is a match, it is one of Microsoft's file system types and a lot of code is skipped in the Multiple UNC Provider (MUP) implementation of Vista. If the file system type is a third-party type, for example "Ext2", some code runs in the MUP of Vista that always generates an ERROR_INVALID_PARAMETER error status code due to a bug of Vista.

    source

    The whole point is sharing my data which means in my case it will contain a mix of warez, music, sci-fi, anime, code projects and windows and linux executables. Not being able to execute from it is unacceptable.

    Turning it around would mean using an experimental ntfs driver built using a reverse engineered, patent encumbered filesystem that keeps changing with every iteration of windows.

    Of course it's all in MS's interest to keep interoperabillity as low as legally possible...

    Wow... I've really gone offtopic this time.

  68. GUIDs. Lots of GUIDs. by Dr_Barnowl · · Score: 1

    A lot of the systems I see these days throw GUIDs (128-bit integers) around like confetti, using them for identifiers on everything.

    On 32-bit they suck, since they are 4 times larger than the native integer datatype. On 64-bit they suck less. I'm guessing on 128-bit native processors, they'd suck about half as much again.

    There is a market for this, especially for selling Windows to entities utterly obsessed with tracking every object on Earth (basically, big corporate marketing departments and governments). Governments want to put GUIDs in banknotes. Corporations want to put GUIDs in EVERYTHING. Some of them already do.

    1. Re:GUIDs. Lots of GUIDs. by Cassini2 · · Score: 1

      There is a market for this, especially for selling Windows to entities utterly obsessed with tracking every object on Earth (basically, big corporate marketing departments and governments). Governments want to put GUIDs in banknotes. Corporations want to put GUIDs in EVERYTHING. Some of them already do.

      To really number every object on the earth, the government really needs to use 256-bit GUIDs. There are about 1.3E50 atoms on the earth, so 256-bit identifiers are really needed.

      Of course, the computer to keep track of all this would be bigger than the sun, but when has that stopped the government?

    2. Re:GUIDs. Lots of GUIDs. by TheRaven64 · · Score: 1

      On a 32-bit Intel processor you can just chuck them in an SSE register and manipulate them there. About the only thing you ever really do with GUIDs is compare them, so having them in vector registers makes sense.

      --
      I am TheRaven on Soylent News
  69. more and more bits by icepick72 · · Score: 1

    Wouldn't it be interesting if the equivalent of the entire Internet was accessible using direct memory addressing instead of IP addressing.

  70. You misspelled "640K". by jeffb+(2.718) · · Score: 3, Insightful

    Having a memory — RAM or disk — above 2^64, however, is not achievable in even in theory... 2^64 is only 100 times less, for example, than the estimated number of sand-grains on Earth

    So? There are more efficient encodings than one byte per sand-grain, you know.

    As it turns out, 2^64 is much smaller than Avogadro's Number, the number of molecules in a mole of a chemical compound. If you could find a way to encode information in a 3D hunk of silicon, such that you needed slightly more than 1000 atoms to store each byte, 2^64 bytes of storage would amount to a bit less than one ounce of bulk silicon, occupying less than one cubic inch.

    I FULLY expect to see secondary storage approaching this density within the next few decades, and I fully expect that there will be good reasons to support it in a flat address space.

  71. Let's take a look at this... by dwiget001 · · Score: 1

    1. Definition of "leak" -- "unauthorized (especially deliberate) disclosure of confidential information".

    2a. If this really was a "leak", knowing Microsoft, you can bet money it was not "unauthorized", it is/was just part of the PR/Marketing plan. As a result, it was a calculated, deliberate and authorized disclosure and not a "leak" after all.

    2b. If it is a hoax, then of course "leak" makes more sense. And, on top of that, if it is a hoax, I would bet money that Microsoft had a hand in it, just to get the Microsoft and Windows names bandied about for a group ego stroking.

    Of course, I might also be a tad bit cynical.

  72. Suggestions: by GameboyRMH · · Score: 1

    Ephebobyte
    Extrabyte
    Extremebyte

    --
    "When information is power, privacy is freedom" - Jah-Wren Ryel
  73. Who the hell references Mr. Mom? by Anonymous Coward · · Score: 0

    Your mom.

  74. Taking advantage of GPU architecture - super RISC? by grantma · · Score: 1

    Is this an idea so that they could compile code to a RISC like instruction set running on a GPU like architecture with many simple parallel CPU like cores? GPUs have WIDE address buses, and this is logically an extension of NVidia's CUDA.

    Thats may be what is going on. Given NVidia's positioning in business wih regard to Intel and ATI/AMD, maybe this is their ace os spades play with MS.

  75. Smooth As...? (Re:Ha ha) by EXTomar · · Score: 1

    Yes 64-bit works smooth as silk for Windows 7 as long as you mean "just Windows 7". Very few user applications are compiled 64-bit. In fact a few old installers don't handle installing 32-bit applications in a 64-bit system correctly. How many utility applications like AV are really 64-bit instead of "64-bit compatible"? Very few. In fact I won't be surprised when it turns out a few more (nasty) surprises pop up with side by side and 32-bit and 64-bit versions.

    So far, everything is going swimmingly because very few pieces of software are Win64. Now lets see what happens when things like Photoshop or Word or Firefox go 64-bit and their legacy plug-ins break.

  76. What about the other direction? by jameskojiro · · Score: 1

    I am still waiting for a version of Windows 8 that I can run on my 4004 CPU with a 4bit storage bus....

    --
    Tsukasa: All I really want, is to be left alone...
  77. CPU? by coolgeek · · Score: 1

    Unless I'm experiencing some kind of time travel anomaly, I haven't heard of any 128-bit CPUs for micros even being discussed, let alone prototyped. in fact, the only 128-bit CPU I can find any mention of is in IBM's System/370. Anyone have any info about 128-bit microprocessors. And I don't mean vector processing extensions, I mean 128-bit wide general purpose registers, 128-bit wide bus, 128 address lines, etc. a REAL 128-bit CPU. None of this 8088-style crap either: 128-bit general purpose register with 64-bit bus.

    --

    cat /dev/null >sig
    1. Re:CPU? by Cassini2 · · Score: 2, Informative

      I haven't heard of any 128-bit CPUs for micros even being discussed, let alone prototyped. in fact, the only 128-bit CPU I can find any mention of is in IBM's System/370. Anyone have any info about 128-bit microprocessors.

      The x86 line permits chaining of basic binary arithmetic operations to any level of complexity. However, why would we want 128-bit operands? Double precision arithmetic is 64-bits, and there isn't a significant clamor for more precision in scientific circles. (More speed = yes, Vector Operations = yes, More precision = no).

      Computer hardware has supported wider data buses than CPU bus widths for some time now. Wide data buses are useful for vector operations, and to quickly fill CPU caches. Nvidia has a 512-bit GPU. I think IBM has at least experimented with 512-bits for the Power Platform. Currently, an external data bus wider than 128 bits remains expensive. However, internal to the CPU, the Core i7 processor uses cache line widths of 128-bits and 256-bits, so someone might argue the Core i7 is a 256-bit processor. In the past, Intel has adopted misleading marketing practices with regarding data bus sizes.

      Programmers care about the unit word size for key operations. 64-bits is likely to be sufficient for all practical uses for some time now, particularly for PC usage. Essentially, a 64-bit processor can directly address 18 exa-bytes of hard drive storage to the byte level. Barring massive breakthroughs, for the near future, multi-exabyte supercomputers/compute clusters will be scarce.

      Additionally, 1 exa-byte of storage is only useful in a cluster. At a 10 GB/sec (80 Gb/sec), which is faster than pretty much any single storage device currently in existence, it takes 3 years to move 1 Exabyte of data. That's a long time to back up a hard drive. Even DDR-3 2000 RAM requires multiple devices to reach 10 GB/sec transfer rates, and who wants 3 years worth of data sitting in RAM? As such, 64-bit addressing is only useful in the context of supercomputers/compute clusters that have the massive parallelism required to read and write Exabytes of data quickly.

      If Microsoft expects serious personal computer uses for 128-bit addressing by the time Windows 9 ships, Microsoft must be planning on Windows 9 shipping sometime next century.

  78. Re:Taking advantage of GPU architecture - super RI by Chris+Burke · · Score: 1

    GPUs have wide data buses, not address buses. Data buses 128 bits and wider have been on mainstream cpus for a while now, though GPUs still have an advantage there.

    --

    The enemies of Democracy are
  79. I just gotta ask? by EvilBudMan · · Score: 1

    Will it do Linux?

  80. Remember Cairo by catchblue22 · · Score: 1

    Microsoft does have a tendency to pre-announce "blue sky" projects that never see the light of day. Remember the promised Cairo OS that never came into being? Remember the promised WinFS that never seems to be released? Remember the promises to get rid of the registry? Remember the original promises of release dates for the OS that would eventually become Vista? I could go on and on and on...

    If it looks like vaporware and it sounds like vaporware then it probably is vaporware.

    --
    This and no other is the root from which a tyrant springs; when first he appears as a protector - Plato (423 to 327 BC)
  81. a real winner here by Eil · · Score: 1

    'Working in high-security department for research and development involving strategic planning for medium and long-term projects. Research & Development projects including 128-bit architecture compatibility with the Windows 8 kernel and Windows 9 project plan.

    Right, because the first thing you do when hired into a high-security department is tell everyone on the Internet what you're working on. Sounds like this guy was a dunce right off the bat.

    This ranks right up there with twittering about how much you hate your boss.

  82. Re:Fix the problems first by Overzeetop · · Score: 1

    Actually, the correct answer is NT3.5, and that was in the last century. Rock solid. Then they f'd it up.

    --
    Is it just my observation, or are there way too many stupid people in the world?
  83. Making things up??? by tprime · · Score: 1

    I know it is more fun to speculate on what he MIGHT mean, but maybe this guy was just making up shit to get potential employers' attention... If they ask about any details, he could always hide behind the NDA he signed when working at MS... Sounds like a perfect plan.

    I worked on developing synergies between IBM and Google to better facilitate the upcoming merger... When it never happens, whoops? it must have fallen through.

    --
    http://www.tomandemily.com
  84. Check this link about Robert Morgan by killerdark · · Score: 1
    --
    A tadpole is a pollywog
  85. 128 bit Windows OS? by Anonymous Coward · · Score: 0

    But does it run Windows 8?

  86. Maybe data lines and not addressing lines? by wfstanle · · Score: 1

    Although I didn't read the article (This is Slashdot after all!) I would bet that they are not referring to addressing lines but to data lines. It would allow data to be taken in at larger gulps. I seriously doubt that computers in the foreseeable future would need 128 bit addressing. Hell even 64 bit addressing is unlikely to be exhausted!

    1. Re:Maybe data lines and not addressing lines? by Chris+Burke · · Score: 1

      That can't be it, since there have existed 128-bit registers and instructions to load/store 128-bit values since SSE was introduced back in the Pentium II or III. The actual data buses in the processors weren't 128 bit until later, but this was invisible to software. For example the AMD Phenom had 128-bit data buses as a major feature, so it could do the full instructions in one chunk rather than splitting them into two. But software by and large did not have to be changed.

      --

      The enemies of Democracy are
  87. Re:Fix 7 first by CannonballHead · · Score: 1

    My ignorance. I've only looked at the netbook ones. Wasn't aware that there were 64 bit Atom processors, actually. :)

  88. Shenanigans! by Anonymous Coward · · Score: 0

    I call shenanigans! This supposed "leak" is obviously a marketing campaign for Microsoft.

  89. Re:Fix 7 first by DragonWriter · · Score: 1

    My ignorance. I've only looked at the netbook ones. Wasn't aware that there were 64 bit Atom processors, actually. :)

    To be fair, I was in the opposite position, having only looked previously at the 230/330 thinking about using one of those for an inexpensive Linux server at home; I wasn't aware that the N/Z models weren't 64-bit, too. I started writing GP with "Actually, the Intel Atom processors are 64-bit processors", but then decided to do some checking before I posted it.

  90. One hell of a day by DoktaDre · · Score: 1

    Good luck to you Mr Morga. You're about to have yourself one hell of day!

  91. Re:PAE doesn't hide mem, just can't use all at onc by Anonymous Coward · · Score: 0

    Somehow, we all managed to survive from about 250,000 BC to 1943 without having computers at all.

    64-bit processors are standard today. 32-bit processors are only of interest for legacy code and low-power portable devices. If you're running stuff that gets remotely close to needing 32 bits of address space, then there is simply no reason to even consider 32-bit platforms.

  92. Re:Fix 7 first by CannonballHead · · Score: 1

    Well, kudos for checking more than I did!

    What you decide on for the inexpensive Linux server at home? I was recently looking at doing something like that and ended up using my old Dell laptop (E1505), which has an original core duo (*not* 64 bit, either). Most power I've seen it eat is 65w, so it seems to be decent enough in that respect... and I was only looking for something to play music with/store files/run a web server, nothing big that would require a case and 20 hard drives.

  93. Going 128 bit will break legacy compatibility by Orion+Blastar · · Score: 1

    All of those API calls that expected 64 bits will break as their 64 bit variables will be overflowed with larger numbers. Software will need to be modified and recompiled or run in yet another XPM XP Virtual Machine.

    So far Windows 7 and the XP Virtual Machine uses SP3 and has limited 3D Graphics abilities, so Games will have a hard time playing old games like Warlords IV on it. Warlords IV and other games don't run on Vista or Windows 7, I am guessing because of all of the API changes and addressing changes.

    In the 64 bit operating systems the 16 bit MS-DOS and 16 bit Windows software cannot run, you'd need the 32 bit version or use a virtual machine for that. Windows 7 XPM XP Mode only works with certain VT features and won't run on all systems, so some systems won't have a Virtual machine unless they run VMWare, VirtualBox, or something else like QEMU or BOCHS.

    I am guessing 128 bit addressing on a 64 bit processor is like doing bank switching on the old 6502 and 8088 processors to access more RAM. It seems with each new release of Windows, more and more RAM is needed to run it faster, and Windows 8 is going to be a big memory hog that needs 128 Bit addressing to access a huge amount of RAM. Am I right?

    --
    Remember, Slashdot does not have a -1 disagree moderation, and no, troll, flamebait, and overrated are not substitutes.
  94. fail by Anonymous Coward · · Score: 0

    Too bad they're in so much shit they won't ever release windows 8 or 9

  95. Re:Fix 7 first by DragonWriter · · Score: 1

    What you decide on for the inexpensive Linux server at home?

    I was struck by (not severely, but enough to delay non-essentials) reduced income which has delayed that decision; I'm still leaning toward one of the "nettop" oriented Atoms (by the time I get around to it now, probably one of the new D-series ones, since I understand the 230/330 are goint to be phased out when they are introduced).

    I was recently looking at doing something like that and ended up using my old Dell laptop (E1505), which has an original core duo (*not* 64 bit, either).

    That sounds like a good choice: I'd rather keep something existing and repurpose it, but unfortunately my only operational but not otherwise committed computer is a a fairly old laptop that has some issues that make unattractive for use in a situation where it would be on for long periods of time. So I am kind of left with building fresh.

  96. 4 GB/process? It's easy to use 6 GB ... by Anonymous Coward · · Score: 0

    > As long as no individual app needs more than 4GB of memory you're (mostly) OK.

    Yeah, but if you want to do some fun stuff, it's easy to use 6 GB of RAM in a single process. Though, to be fair, there are ways to cut that down significantly.

  97. buy a flowbee, bill! by Anonymous Coward · · Score: 0

    Had a really dorky haircut too.

    Dude, the guy has somewhere over 40 billion dollars. He can have any kind of haircut he wants to have...

  98. Picture of 128 bit CPU packaging. Actual size. by Anonymous Coward · · Score: 0

    Picture of 128 bit CPU packaging. Actual size.

    http://static.howstuffworks.com/gif/bed-of-nails-3a.jpg

  99. You think too small by JSBiff · · Score: 1

    What's one computer? That's hardly convincing. By your own admission, 5000 servers in a datacenter run by the likes of Google or Microsoft could consume 2^64 Bytes in a year (or a few years, more realistically). See, your mistake is that you are thinking in terms of one computer, but some of the very high end systems in the world are clusters of *thousands* of computers. Granted, other than the virtual filesystem they share on some sort of SAN, which really could arguably need to be 128 bits, I suppose mostly those thousand+ computer clusters are running 64-bit OS's and they each have a relatively small 'chunk' of the data to work with.

    But, maybe someone wants to come up with an operating system that shares a single address space among thousands of computers?

  100. Why Windows 8 needs 128 bit. by Lost+Penguin · · Score: 1

    With Windows taking up more resources exponentially with each new version, 128 bit was the natural next step.

    --
    I am the unwilling control for my Origin.
    1. Re:Why Windows 8 needs 128 bit. by Slashcrap · · Score: 1

      With Windows taking up more resources exponentially with each new version, 128 bit was the natural next step.

      Thanks, this is just the kind of fresh, insightful humour that keeps me coming back to Slashdot day after day.

      Make sure to look both ways before crossing the road, as I would hate the world to be deprived of your talent by a speeding truck.

  101. Give me a break by Anonymous Coward · · Score: 0

    How do you spell disinformation:)

  102. Microsoft already plans to dump Windows7. by u64 · · Score: 1

    Why not focus on fixing all flaws in existing Windows??
    There's a youtube video with Mark Russinovich where the
    they ask why Microsoft dont re-write Windows the correct
    way with known proper security from the ground up ?
    Russinovich replies, "it's too much work"
    So there we have it folks, Microsoft CHOOSES ON PURPOSE to
    continue on a flawed and insecure and slow bloated systems.

  103. Re:PAE doesn't hide mem, just can't use all at onc by Douglas+Goodall · · Score: 1

    I guess we didn't learn much from the mp/m days and the apple language card, because when memory ran short in the PC, we resisted protected mode and punted with the expanded memory. Sometimes I wonder if the same people were involved. Now using virtual memory, we are going to swap pages in the 4GB space? I am sorry we cannot seem to do things the straightforward elegant way.

  104. Re: A Sagan of Memory may require 128 bits by Douglas+Goodall · · Score: 1

    If you are going to have a Sagan of memory in your machine, a longer address word is required.

  105. Re:Routers as the target application by Douglas+Goodall · · Score: 1

    If we go to a new version of IP with a larger source and destination fields (larger than four octets), router memory will be challenged once again. In fact this maybe slowing the adoption of six right now. Just think of the size of the routing tables in a world where every widget has it's own IP address. Just processing routing tables that large may be the application that pushed the clock rate up further for CPUs.

  106. Re: Windows 9 or plan nine by Douglas+Goodall · · Score: 1

    If a spaceship wants to travel out there and count all the stars and planets, it will need s a lot of memory for that. I think Windows 9 is for intergalactic space travel. Lets send Bill on the first ship with the telephone sanitizers.

  107. Re: A matter of statistics by Douglas+Goodall · · Score: 1

    I just realized that if Microsoft ports Windows into a 128-bit architecture, their errors per amount of ram will go way down. With an unimaginable amount of ram in the machine, they can continue to pile new code on top of old code until the cows come home. They can take their current operating system objects and derive yet another set of objects from them, and not even care about the footprint of software in memory. Of course hard disk speed will have to improve or loading a Windows kernel 32 times larger will take 32 times longer. This could really be a driver for technology.

  108. 128 bit addressing by logicnazi · · Score: 1

    While obviously unnecessery from an addressing point of view it does offer some interesting advantages in terms of security. In particular rather than bothering with expensive hardware memory protection one can simply rely on the extreme sparseness of memory usage to provide process isolation...at least if you do other things right (randomize layouts etc..)

    --

    If you liked this thought maybe you would find my blog nice too:

    1. Re:128 bit addressing by maxwell+demon · · Score: 1

      Sounds like security by obscurity to me. I'm pretty sure there would be ways to find that memory. For a start, if the page table isn't in protected memory, then you'll have just to find that in order to find out where all the other processes are. And since the processor has to find that, too, I'm pretty sure it will not be hard to find.
      And BTW, you'll need most of the infrastructure anyway, unless you want to install that much physical memory (good luck with that!). You'll have to look up your pages in the page table to find out if they actually exist; I think to just check another bit to see if you're allowed to use them should not be that costly.

      --
      The Tao of math: The numbers you can count are not the real numbers.
  109. C++ has no such requirement by ericvids · · Score: 1

    Writing code to use 'near' and 'far' pointers was a constant headache, of the same magnitude of C++'s requirement that you be constantly aware of character width when manipulating strings.

    How quickly we forget!

    It was C that had that problem, not C++. At least not in the language we call C++ today, which has the std::string class specifically for that purpose.

    And for that matter, near and far pointers could be handled in much the same way as C++ smart pointer classes. We didn't have that technology in 8086's heyday, which made near and far pointers a headache. But now we do.

    --
    Pet peeve: Profane people propagating perfunctory pedantry.
  110. With Microsoft's track record... by Anonymous Coward · · Score: 0

    It should finally be usable by Windows 11, in 2020 or something.

  111. 128? by jandersen · · Score: 1

    Well, I have heard about 128 bit computing since I was a wee bairn and 16 bits was something you only had in your wet dreams; it has somehow failed to materialise in the market. It is probably because it is quite hard to imagine that the benefits would justfy the not insignificant complexity; even now, when we talk about "64 bit" architecture, when you read it carefully, it isn't actually quite 64 bits, as in "64 bit instruction and data buses", so I imagine this development is still some way off.

    Also, we have seen that 64 bit programs don't normally run much faster than 32 bit ones.

  112. Robert to blame? by thecarpy · · Score: 1

    He joined Microsoft in 2002, is he to blame for the Vista debacle?

  113. New development! by marqs · · Score: 1

    Reliable sources informs us that Duke Nukem forever will be released in both 32, 64 and 128 bit versions.

  114. all this nonsense about microsoft by Anonymous Coward · · Score: 0

    the most article with funny mods. instead start thinking what you can do with 128 OS . maybe getting linux ready for this . it sounds cruel that Micro$oft is partnering with intel,amd and others . where linux wont have a chance to compete.

  115. Re:PAE doesn't hide mem, just can't use all at onc by Bert64 · · Score: 1

    Not all of us..
    Some people used architectures other than x86 which didn't need such nasty hacks.

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  116. All I really need is 69 bits. by Anonymous Coward · · Score: 0

    Just 5 more bits... I'm soooo close!

  117. Oblig by MathiasRav · · Score: 1

    Windows is a 32-bit extension to a 16-bit graphical shell for an 8-bit operating system originally coded for a 4-bit microprocessor by a 2-bit company that can't stand 1 bit of competition.

  118. Re:PAE doesn't hide mem, just can't use all at onc by Deosyne · · Score: 1

    In all fairness, life before 1943 completely sucked. I'm not saying that there's a correlation between available address space and the general suckiness of life, but I'm not saying that there isn't a correlation, either.

  119. Re:Fix the problems first by Murdoch5 · · Score: 0

    NT is horrible, it crashes every 3 months. That might now seem like a big deal but a good Linux / Unix install would NEVER crash once. As far as XP goes, Bad memory management, bad resource management and over all bad design. I'll grant the most stable, but that's that not saying much because it still loves to blue screen / freeze / just reboot for no reason. So like I said above, Will windows 8 finally be stable, they've had enough practice, why not apply it to design now!