OMG.. where to begin ? Its fairly obvious you are beyond reason and cluelessness..
>Hmm 50% of the top 10 motherboard manufacturers sold 60%
>-70%. Its unknown what the other players sold do your
>numbers are invalid.
Read the link. His talks with the other confirmed this number. But if you really believe Abit, Asus, MSI, ECS, etc would have *completely* different product mixes, go ahead and think it. I'm too lazy to hunt for links, but I do remember reading VIA owned over half the chipset business in those days. But if you think those quoted numbers did not worry intel or impact its chipset business.. well, what can I say ? Seek help.
>Well to be more specific VIA's CEO has been pestering Intel
>for a long time.
Hardly a reason not to buy their products.
>You said it yourself there was a complete machine move over
>form 32bit to 64bit
Hu ? I said what ? All I said AMD move to AMD64 is pretty much identical to the way MIPS, PA Risc, power and Sparc where extended from 32 to 64 bits. CPU's first, OS and apps later. Much of the software never migrated, nor will it ever.
>Reason being is when your running 32bit mode you can add
>64bit mode in as well, you can access those extra registers
>and gain the extra performance not inherit to 64bit but to
>the additional code being decoded/executed/and retired.
What the F are you talking about ? The extra registers have nothing to do with "64 bit". AMD took the occasion to improve one of the greatest weaknesses of x86, the fact its register starved. Nothing to do with 64 bit as such but if you are creating a new mode anyway, why not take advantage of that fact to add some other goodies that don't break backward compatibility.
>This is not the case in 64bit mode the CPU is unable to
>access the 32bit registers only the SSE/SSE2 registers
Hu ? You have NO idea what you are talking about.
>So I will restate it again x86-64 is still limited to x86
>instruction messiness in the 64bit mode. Why because all
>the 64bit is, is the 32bit commands/instructions what ever
>you want to call them redone to support 64bit. There is no
>new ISA there is plain Jane x86 with 64bit capabilities
>added.
Gee, how clever.. you found out it is still x86 ? Of course it is! PA Risc is still PA RIsc in 64 bit mode, as is SPARC, Power or MIPS. All those ISA's are 64 bit nevertheless.
>Something that has to emulate x86,
Now there is a usefull definition of a 64 bit cpu ! If it can run x86, it aint 64 bit. What a load of crap.
> something that natively runs in 64bit mode
Like K8. It runs "natively" in 16, 32 AND 64 bit mode, your choice.
> something has been 100% designed around 64bit
>specifications not some hack job where they widened
>pathways.
"Designed around 64 bit specifications" ??? That just makes zero sense, so I can't even begin to debunk it. But as for your "hackjob", it applies to every 64 bit cpu out there, except Alpha and Itanium. The reason is fairly simple, unlike all other ISA's, those where created from the ground up as new ISA's, with no software legacy to be compatible with. AMD64, Power, PA Risc and SParc where, so I guess by your definition, a PA Risc superdome is not a 64 bit computer.
>Also regardless of how the other 64bit competitors started
>out they all moved to a new ISA
No, a hackjob, just like AMD64.
>some did leave 32bit backwards capability in there such as
>Alpha
Shows how much you know I guess. Alpha is not an extended architecture, there is no 32 bit mode or software for Alpha. It doesnt run 32 bit VAX software.
>but in the end they were rebuilt from the ground up to be
>100% compliant to 64bit.
Exactly the same way AMD64 was. And exactly the same way 16 bit x86 was extended to 32 bit x86 with the i386. If a K8 is not a 64 bit cpu by whatever definition you come up with, then Power is still a 32 bit cpu, and Pentium 4 is not a 32 bit cpu, but a native 16 bit core with an ugly 32 bit hackjob.. a marketing scam to make you believe its 32 when really, its still a 16 bit x86 cludge.
FWIW, let me quote John Mashey, SGI:
= The views stated herein are my personal views, and not necessarily the views of my wife. =
>Hmm 50% of the top 10 motherboard manufacturers sold 60%
>-70%. Its unknown what the other players sold do your
>numbers are invalid.
Read the link. His talks with the other confirmed this number. But if you really believe Abit, Asus, MSI, ECS, etc would have *completely* different product mixes, go ahead and think it. I'm too lazy to hunt for links, but I do remember reading VIA owned over half the chipset business in those days. But if you think those quoted numbers did not worry intel or impact its chipset business.. well, what can I say ? Seek help.
>Well to be more specific VIA's CEO has been pestering Intel
>for a long time.
Hardly a reason not to buy their products.
>You said it yourself there was a complete machine move over
>form 32bit to 64bit
Hu ? I said what ? All I said AMD move to AMD64 is pretty much identical to the way MIPS, PA Risc, power and Sparc where extended from 32 to 64 bits. CPU's first, OS and apps later. Much of the software never migrated, nor will it ever.
>Reason being is when your running 32bit mode you can add
>64bit mode in as well, you can access those extra registers
>and gain the extra performance not inherit to 64bit but to
>the additional code being decoded/executed/and retired.
What the F are you talking about ? The extra registers have nothing to do with "64 bit". AMD took the occasion to improve one of the greatest weaknesses of x86, the fact its register starved. Nothing to do with 64 bit as such but if you are creating a new mode anyway, why not take advantage of that fact to add some other goodies that don't break backward compatibility.
>This is not the case in 64bit mode the CPU is unable to
>access the 32bit registers only the SSE/SSE2 registers
Hu ? You have NO idea what you are talking about.
>So I will restate it again x86-64 is still limited to x86
>instruction messiness in the 64bit mode. Why because all
>the 64bit is, is the 32bit commands/instructions what ever
>you want to call them redone to support 64bit. There is no
>new ISA there is plain Jane x86 with 64bit capabilities
>added.
Gee, how clever.. you found out it is still x86 ? Of course it is! PA Risc is still PA RIsc in 64 bit mode, as is SPARC, Power or MIPS. All those ISA's are 64 bit nevertheless.
>Something that has to emulate x86,
Now there is a usefull definition of a 64 bit cpu ! If it can run x86, it aint 64 bit. What a load of crap.
> something that natively runs in 64bit mode
Like K8. It runs "natively" in 16, 32 AND 64 bit mode, your choice.
> something has been 100% designed around 64bit
>specifications not some hack job where they widened
>pathways.
"Designed around 64 bit specifications" ??? That just makes zero sense, so I can't even begin to debunk it. But as for your "hackjob", it applies to every 64 bit cpu out there, except Alpha and Itanium. The reason is fairly simple, unlike all other ISA's, those where created from the ground up as new ISA's, with no software legacy to be compatible with. AMD64, Power, PA Risc and SParc where, so I guess by your definition, a PA Risc superdome is not a 64 bit computer.
>Also regardless of how the other 64bit competitors started
>out they all moved to a new ISA
No, a hackjob, just like AMD64.
>some did leave 32bit backwards capability in there such as
>Alpha
Shows how much you know I guess. Alpha is not an extended architecture, there is no 32 bit mode or software for Alpha. It doesnt run 32 bit VAX software.
>but in the end they were rebuilt from the ground up to be
>100% compliant to 64bit.
Exactly the same way AMD64 was. And exactly the same way 16 bit x86 was extended to 32 bit x86 with the i386. If a K8 is not a 64 bit cpu by whatever definition you come up with, then Power is still a 32 bit cpu, and Pentium 4 is not a 32 bit cpu, but a native 16 bit core with an ugly 32 bit hackjob.. a marketing scam to make you believe its 32 when really, its still a 16 bit x86 cludge.
FWIW, let me quote John Mashey, SGI:
Hence, K8 is a 64 bit cpu, pentium a 32 bit cpu, period.there is a *long* history in computing that the phrase "X is an N-bit CPU" meant that the architecturally-visible size of the integer (or general-purpose) registers was N bits.
= The views stated herein are my personal views, and not necessarily the views of my wife. =