标签: itanium

我在微软的网站上注意到两个不同的安装程序,一个用于x64,另一个用于IA-64.参考:安装.NET Framework 4.5,4.5.1

我的理解是IA-64是x64的子类,所以我很好奇它为什么会有一个单独的安装程序.如果可能的话,我们将不胜感激.

在这篇文章中, Jonh Dvorak称Itanium是" 过去50年来最伟大的惨败之一 ".虽然他描述了过度乐观的市场预期和这个想法的戏剧性财务结果,但他没有深入探讨这一史诗失败的技术细节.我有机会与Itanium合作一段时间,我个人非常喜欢它的架构,与现代x86处理器架构相比,它是如此清晰,简单和直接......

那么它失败的技术原因是什么？在性能？与x86代码不兼容？编译器的复杂性？为什么这个"Itanic"下沉了？

我经常遇到这些术语,并对它们感到困惑.它们是特定于处理器,操作系统还是两者兼有？

我在英特尔i7机器上运行Ubuntu 12.04.那么他们中的哪一个会申请我的案子呢？

其实我有两个问题:

1. SSE2兼容性是CPU问题还是编译器问题？
2. 如何检查您的CPU或编译器是否支持SSE2？

我正在使用GCC版本:

gcc (GCC) 4.5.1

当我尝试编译代码时,它给了我这个错误:

$ gcc -O3 -msse2 -fno-strict-aliasing -DHAVE_SSE2=1 -DMEXP=19937 -o test-sse2-M19937 test.c
cc1: error: unrecognized command line option "-msse2"

并cpuinfo显示:

processor  : 0
vendor     : GenuineIntel
arch       : IA-64
family     : 32
model      : 1
model name : Dual-Core Intel(R) Itanium(R) Processor 9140M
revision   : 1
archrev    : 0
features   : branchlong, 16-byte atomic ops
cpu number : 0
cpu regs   : 4
cpu MHz    : 1669.000503
itc MHz    : 416.875000
BogoMIPS …

昨天我了解到,在编译AMD64和Itanium目标时,Microsoft Visual C++不支持内联汇编(使用__asm关键字).

那是对的吗？如果是这样,有谁知道为什么他们不支持这些目标的内联汇编？这似乎是一个相当大的特点,只是放弃......

的vcvarsall.bat,它建立德生成环境让您选择x86 | ia64 | amd64 | x86_amd64 | x86_ia64.

对于32位,第一个选项是显而易见的,但问题是:如果你想为64位构建并且你想在所有64位机器上运行,那么另外4个选项之间的最佳选择是什么.

假设您没有时间/资源为64制作4个版本,您只能选择其中一个？

我的程序应该支持IA64,还是只支持x64？

我自己一直无法轻易找到IA64电脑.IA64死了吗？

MS似乎对IA64有广泛的支持,但是我花了很长时间才能找到一个IA64,我不得不最终在eBay上获得它.

是否有任何好的Itanium汇编语言教程？

我们目前有一个用COBOL编写的大型业务关键型应用程序,运行在OpenVMS(Integrity/Itanium)上.

随着时间的推移,人们越来越多地猜测Itanium架构的生命周期.在开放,当然,但就像文章没有提到了这个和这个画一个令人担忧的画面.虽然我找不到任何支持这一点的官方消息,但我们惠普公司的走廊甚至还有嘀咕着OpenVMS和HP COBOL.

我无法相信我们是孤身一人.

我看到它的方式,有几个选择:

1. 模拟一些旧硬件并使用CHARON-VAX或CHARON-AXP等产品运行应用程序.我看到它的方式,优点是该过程应该相对无痛,特别是如果使用64位(AXP)选项.潜在的缺点是性能下降(尽管这应该被越来越快的硬件所抵消);
2. 将基于HP COBOL的应用程序移植到更现代的COBOL方言,例如Visual COBOL.那么,专业人员的事实是移植工作量相对较低(它仍然是COBOL)以及可以在Unix或Windows平台上运行应用程序的事实.缺点是虽然您正在移植COBOL,但是您移植到不同的操作系统这一事实可能会使事情变得棘手(特别是如果存在特定于OpenVMS的依赖项);
3. 自动将COBOL转换为更现代的语言,如Java.这有一个明显的好处,即可以立即从一个遗留问题中解放出来:硬件支持,操作系统支持,尤其是查找管理员和程序员.除了这是一项大工作之外,一个显而易见的缺点是,最终会得到非惯用的Java(或最终选择的任何目标语言); 可以说,这可以随着时间的推移而得到改善.
4. 从头开始重写(当然,使用现代技术).任何做过此事的人都知道这是多么昂贵和耗时.我只是把它包括在内以使列表完整:)

请注意,不依赖于专有DBMS; 数据库是基于ISAM文件的.

所以...我的问题是:

当他们选择的平台是OpenVMS和COBOL时,Itanium即将淘汰以保持业务连续性的其他人面临着什么？

更新:

我们已经得到当地惠普代表的官方保证,至少在2022年之前我们将支持Integrity/Itanium/OpenVMS.我想这意味着整个问题不仅仅是关于平台,还有更多关于语言(COBOL)的问题.

关于汇编寄存器的大小的答案:

• 首先,什么尺寸eax,ax,ah和同行,在64位架构？如何访问单个寄存器的字节以及如何访问所有64位寄存器的8个字节？

  我非常喜欢x86-64(x64)和Itanium处理器.

• 第二,在新的调用约定中,使用四个寄存器来保存函数调用中前四个参数的正确方法是什么？