New
#60
99% of Windows users still run 32-bit Windows because of developers lagging behind. Developers are lagging behind because 99% of Windows users still run 32-bit Windows.
There's a term for that, but I'm having a mental block right now..
Congrats 010
Now it's time for developers to get on board. I've still got perfectly functioning hardware that doesn't have 64-bit drivers (no, I'm not up for repurchasing new printers, TV capture cards, etcetera just for 64-bit support).
you sure it isn't catch-32?
I also agree with that. Not that I ever anticipate actually owning a 128-bit microprocessor...
I believe someone did say, "640 K is plenty enough for anybody", or similar.As Clive Sinclair reportedly retorted when somebody asked him why he settled for the 8-bit Z80 processor in his ZX Spectrum (at a time when 16-bit architectures were becoming available), "because I couldn't find a 4-bit chip I really liked."
The outwardly facetious comment is in fact insightful.
Previously, the transition to greater "bittiness" was always forced upon us by simple mathematical exhaustion of the describable memory address range. The 16-bit [segment: offset] addressing scheme was designed to defeat the overly limiting 64KB flat address space. Even so, 1MB became insufficient within a few years.
I don't believe you're talking RAM here, but disk storage space, back then.When the first 80386 PC came out in the mid-80s, the 32-bit machine was capable of a flat 4GB address space. That was sufficient or adequate for around two decades. By the mid-90s, large databases were pushing the envelope, so as a stopgap Intel brought out 36-bit addressing and PAE for a grand total of 64GB. It wasn't uncommon for massive server systems to nudge against that limit by 2000 or a few years later.
64 GB of physical RAM per CPU is still a very large number.
The Roadrunner petaflop machine only uses, per node,
16 GB for an IBM Cell/BE memory
16 GB for an AMD Opteron memory
and both are 64-bit microprocessors.
Indeed, but the 128 bit just doesn't describe "Address-space", but also "Data-width", and that's where the 128 is important.The 64-bit address space is 16 exabytes in size. However, Windows currently artificially limits itself to a mere fraction of that (though that will change in future versions). This time around, we are not even close to exhausting the address space yet, so the talk of double the bittiness is being driven by other factors.
The number of available general purpose registers, the way they are used, the efficiency of the calling convention... Currently, the potential of a new architecture is more exciting because of the chance to improve in those areas than because of the meaninglessly vast 128-bit address space. Even the 64-bit one we've got now is still almost entirely empty.
The DW influences the "Instruction(s)-size" and the "Data-to-be-processed" accuracies.
AFAIK, the only "other'' processor that deals with 128 bits is the IBM "PowerXCell 8i",
but the 8 SPE units probably fetch in 64-bit chunks...
To me, it looks like one amazing architecture, which I've been looking into for a few days now...
One might find this interesting reading:
http://www-03.ibm.com/systems/resour...WhitePaper.pdf
(Following pic indicates a Single-core only. It's a Dual-core chip.)
Architecturally, it appears (to me) to be similar to having both a CDC-7600 and a Cray XMP 4 on a single microchip,
8 'functional-units' (SPEs) per each of the dual cores:
1. 7600, 9 functional-units: CDC 7600s at Livermore
2. Cray, a vector-machine: Cray XMP
except that each of the 8 SPE 'functional-units' is not HW bound, but changeable via SW,
thus being anything you want them to be...
This appears to be IBM's "updated" (Dbl Prec Ft Pt) version of Antman's earlier posting:
The 'Itanium' is not particularly well thought of, by one of my favorite columnists:I expect that none of this would be happening yet if Intel could achieve greater uptake of their IA-64 product.
How the Itanium Killed the Computer Industry - Columns by PC Magazine
.
Last edited by chuckr; 24 Oct 2009 at 06:34.
Dream on peeps, 128 bit won't go consumer in the next version of Windows. More than likely only server cpu's will be 128 bit and more than likely that's the only version of Windows that will be 128 bit.
Bah. Just get those flash drives larger and cheaper, thats where the real good improvements are.