Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. 128 bit processors???

128 bit processors???

Scheduled Pinned Locked Moved The Lounge
visual-studiocomhardwarearchitecturequestion
15 Posts 9 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • D Dan Neely

    Ars is claiming[^] that MS is planning to add support for 128bit processors in win8. What hardware is this supposed to run on? Attempting to find anything about forthcoming 128bit x86 CPUs only turned up rehashes of this rumor, clueless wishlisting, and confusion over the width of the processor architecture vs the width of SSE type instructions.

    The latest nation. Procrastination.

    L Offline
    L Offline
    Luc Pattyn
    wrote on last edited by
    #6

    I have heard no such thing, and it doesn't make much sense to me. A 64-bit address space is quite sufficient for my needs. Wider data paths are fine in vector units, I don't expect x86 to go and unify its integer and vector units though. :)

    Luc Pattyn


    I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages


    Local announcement (Antwerp region): Lange Wapper? Neen!


    H P D 3 Replies Last reply
    0
    • L Luc Pattyn

      I have heard no such thing, and it doesn't make much sense to me. A 64-bit address space is quite sufficient for my needs. Wider data paths are fine in vector units, I don't expect x86 to go and unify its integer and vector units though. :)

      Luc Pattyn


      I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages


      Local announcement (Antwerp region): Lange Wapper? Neen!


      H Offline
      H Offline
      Henry Minute
      wrote on last edited by
      #7

      Luc Pattyn wrote:

      A 64-bit address space is quite sufficient for my needs.

      I quite agree. Also didn't a certain W. Gates, reputedly, say 640K is more than enough for anyone?

      Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.”

      L 1 Reply Last reply
      0
      • H Henry Minute

        Luc Pattyn wrote:

        A 64-bit address space is quite sufficient for my needs.

        I quite agree. Also didn't a certain W. Gates, reputedly, say 640K is more than enough for anyone?

        Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.”

        L Offline
        L Offline
        Luc Pattyn
        wrote on last edited by
        #8

        he did, however that was before he discovered you can charge heavily for bloated bug collections. :)

        Luc Pattyn


        I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages


        Local announcement (Antwerp region): Lange Wapper? Neen!


        1 Reply Last reply
        0
        • L Luc Pattyn

          I have heard no such thing, and it doesn't make much sense to me. A 64-bit address space is quite sufficient for my needs. Wider data paths are fine in vector units, I don't expect x86 to go and unify its integer and vector units though. :)

          Luc Pattyn


          I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages


          Local announcement (Antwerp region): Lange Wapper? Neen!


          P Offline
          P Offline
          PIEBALDconsult
          wrote on last edited by
          #9

          Luc Pattyn wrote:

          Wider data paths are fine in vector units

          And registers too. Actually, I don't see the point in simply doubling things, why not bigger jumps? :cool:

          L 1 Reply Last reply
          0
          • P PIEBALDconsult

            Luc Pattyn wrote:

            Wider data paths are fine in vector units

            And registers too. Actually, I don't see the point in simply doubling things, why not bigger jumps? :cool:

            L Offline
            L Offline
            Luc Pattyn
            wrote on last edited by
            #10

            PIEBALDconsult wrote:

            And registers too

            Of course. The data path is everything that handles data, i.e. data types, registers, data caches, functional units, data buses. They always just double due to physical limitations, e.g. because they need technological improvements to overcome the ground bouncing risk when twice as many bits may change at the same time. :)

            Luc Pattyn


            I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages


            Local announcement (Antwerp region): Lange Wapper? Neen!


            P 1 Reply Last reply
            0
            • L Luc Pattyn

              PIEBALDconsult wrote:

              And registers too

              Of course. The data path is everything that handles data, i.e. data types, registers, data caches, functional units, data buses. They always just double due to physical limitations, e.g. because they need technological improvements to overcome the ground bouncing risk when twice as many bits may change at the same time. :)

              Luc Pattyn


              I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages


              Local announcement (Antwerp region): Lange Wapper? Neen!


              P Offline
              P Offline
              PIEBALDconsult
              wrote on last edited by
              #11

              Oh, that data path. :-D (I had assumed only data buses. :doh: )

              Luc Pattyn wrote:

              ground bouncing risk

              But aren't they smaller bits? Plus with more of them they should cancel each other out better.

              L 1 Reply Last reply
              0
              • P PIEBALDconsult

                Oh, that data path. :-D (I had assumed only data buses. :doh: )

                Luc Pattyn wrote:

                ground bouncing risk

                But aren't they smaller bits? Plus with more of them they should cancel each other out better.

                L Offline
                L Offline
                Luc Pattyn
                wrote on last edited by
                #12

                PIEBALDconsult wrote:

                But aren't they smaller bits? Plus with more of them they should cancel each other out better

                yeah, all kinds of bits get smaller, their number increases faster though; and as the transistors are getting smaller, they become more sensitive to their environment. When a number goes from 0xFFF...FFF to 0x000...000 all bits change, there is no cancellation; remember, it has to be right all the time, whatever the data (or data sequence) is, under all the specified conditions of supply voltage, clock frequency, and operating temperature. :)

                Luc Pattyn


                I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages


                Local announcement (Antwerp region): Lange Wapper? Neen!


                P 1 Reply Last reply
                0
                • L Luc Pattyn

                  PIEBALDconsult wrote:

                  But aren't they smaller bits? Plus with more of them they should cancel each other out better

                  yeah, all kinds of bits get smaller, their number increases faster though; and as the transistors are getting smaller, they become more sensitive to their environment. When a number goes from 0xFFF...FFF to 0x000...000 all bits change, there is no cancellation; remember, it has to be right all the time, whatever the data (or data sequence) is, under all the specified conditions of supply voltage, clock frequency, and operating temperature. :)

                  Luc Pattyn


                  I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages


                  Local announcement (Antwerp region): Lange Wapper? Neen!


                  P Offline
                  P Offline
                  PIEBALDconsult
                  wrote on last edited by
                  #13

                  Oh, I thought you were making a joke about all those flipping bits causing the computer to vibrate. On a side note: "The 8086 had eight (more or less general) 16-bit registers" that sounds like 128 bits to me so maybe Win8 will run on those. :cool:

                  1 Reply Last reply
                  0
                  • L Luc Pattyn

                    I have heard no such thing, and it doesn't make much sense to me. A 64-bit address space is quite sufficient for my needs. Wider data paths are fine in vector units, I don't expect x86 to go and unify its integer and vector units though. :)

                    Luc Pattyn


                    I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages


                    Local announcement (Antwerp region): Lange Wapper? Neen!


                    D Offline
                    D Offline
                    Dave Parker
                    wrote on last edited by
                    #14

                    I've never really seen much point in 64-bit tbh, other than for memory addresses. The 8-bit C64 must have had 16-bit addressing to get 64 KB and the older 16-bit Amigas must have had more than 16-bit addressing to get 8 MB (I think that's what the limit was anyway). All without doubling the RAM required to store the optimum sized integer.

                    1 Reply Last reply
                    0
                    • J Joe Woodbury

                      GPUs?

                      D Offline
                      D Offline
                      Dan Neely
                      wrote on last edited by
                      #15

                      Unlikely. GPUs are still mostly 32bit, since the 64bit part is unneeded in gaming. Until someone came up with the idea of using them as general purpose processors they were only 24bit.

                      The latest nation. Procrastination.

                      1 Reply Last reply
                      0
                      Reply
                      • Reply as topic
                      Log in to reply
                      • Oldest to Newest
                      • Newest to Oldest
                      • Most Votes


                      • Login

                      • Don't have an account? Register

                      • Login or register to search.
                      • First post
                        Last post
                      0
                      • Categories
                      • Recent
                      • Tags
                      • Popular
                      • World
                      • Users
                      • Groups