DEC Alpha的继承人是K7
至于Itanium是设计理念有问题，并行优化都丢给软件，硬件升级就必须重新编译，否则性能不能提高。事实上Itanium的性能后期已经不如Xeon了
说Itanium是因为兼容性而失败只是给它面子而已，其实就是性能太差价格又贵

【 在 poocp 的大作中提到: 】
: DEC Alpha(1992年)和Intel Itanium(2001年)这两个64位处理器的失败是超前时代太多导致的。
: 现在有了这三十年逐步建设，64位操作系统、开发环境、应用程序都已经完善，再搞纯64位没什么阻力了。
:
--
修改:spkid FROM 221.234.150.*
FROM 221.234.150.*

intel关注的不是性能，而是新搞一套指令集，所获得的专利保护期。
但是，换条赛道重新来过，intel一定会是跑在最前面的那个吗？

【 在 spkid 的大作中提到: 】
: DEC Alpha的继承人是K7
: 至于Itanium是设计理念有问题，并行优化都丢给软件，硬件升级就必须重新编译，否则性能不能提高。事实上Itanium的性能后期已经不如Xeon了
: 说Itanium是因为兼容性而失败只是给它面子而已，其实就是性能太差价格又贵
: ...................
--
FROM 171.88.43.*

安藤……
【 在 hgoldfish 的大作中提到: 】
x86是当前高性能桌面、移动及服务器平台的主力架构，一大优势就是兼容过往的指令集，但是这种兼容性也让x86付出了代价，架构复杂，成本提升，Intel计划来一波大的，未来的CPU将支持纯血64位模式。

从历史来看，40多年前8086处理器问世时，指令集是16位的，1985年803886问世时带来了32位支持，2004年Intel推出了64位指令集（跟AMD的64位是兼容的），现在已过去20年左右。

为了支持这些架构，现在的系统及软件设计得也比较复杂，针对16位、32位等旧架构要做一系列代码转换。

从2005年的WinXP系统开始，16位CPU被淘汰，现在主要是32位、64位，但还是很复杂，Intel现在发布了白皮书，向外界试探只保留64位模式的可能。

只支持纯血64位的好处不用说，不论硬件架构还是软件开发都会简化，但是这个过程中也要删减一些功能，包括16位寻址、过时的IO端口等等，而且还需要OS系统及软件的配合。

为了解决64位模式运行旧版系统的问题，Intel的计划是通过支持硬件虚拟化VMX的虚拟软件方案来解决。

Intel已经把这些提议写在了白皮书中，感兴趣的可以参考这里的页面，转向纯64位模式并不是简单的事，可能需要很多年才能实现，不过Intel带头迈出这一步，还是值得期待的。

https://www.intel.com/content/www/us/en/developer/articles/technical/envisioning-future-simplified-architecture.html
--
FROM 114.241.227.*

新指令集一直都有
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb cat_l2 invpcid_single cdp_l2 ssbd ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid rdt_a avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb intel_pt avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves split_lock_detect dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp hwp_pkg_req avx512vbmi umip pku ospke avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg avx512_vpopcntdq rdpid movdiri movdir64b fsrm avx512_vp2intersect md_clear ibt flush_l1d arch_capabilities

这个列表越来越长，还在不断增加。

【 在 poocp 的大作中提到: 】
: intel关注的不是性能，而是新搞一套指令集，所获得的专利保护期。
: 但是，换条赛道重新来过，intel一定会是跑在最前面的那个吗？
:
--
修改:lvsoft FROM 180.111.26.*
FROM 180.111.26.*

现在的CPU维持兼容性啊，用专利到期AMD64指令集，能跑大部分应用。
Intel重开炉灶搞全新64位指令集，而不是在原有处理器指令集上修修补补，显然想再吃20年指令集红利。

【 在 lvsoft 的大作中提到: 】
: 新指令集一直都有
: flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb cat_l2 invpcid_single cdp_l2 ssbd ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid rdt_a avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb intel_pt avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves split_lock_detect dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp hwp_pkg_req avx512vbmi umip pku ospke avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg avx512_vpopcntdq rdpid movdiri movdir64b fsrm avx512_vp2intersect md_clear ibt flush_l1d arch_capabilities
: 这个列表越来越长，还在不断增加。
: ...................
--
FROM 171.88.43.*