问建筑与微结构

EN

从形式上讲，体系结构是与时间和其他实现细节无关的公开呈现的接口。微体系结构包括某些实现细节，通常高于晶体管和工艺技术。例如，ARMv7-A是一种体系结构，而ARM Cortex-A15是实现ARMv7-A的微体系结构。完全相同的微体系结构的不同实现将提供周期相同的定时(不包括核心-外部定时因素和假定同步设计)，但根据所使用的工艺技术、所使用的设备库等，在周期时间、能源效率和面积方面可能有所不同。

架构有时被不太正式地或更笼统地用于指定微体系结构(例如，"Haswell体系结构“)。体系结构也可以在硬件接口的上下文中使用(例如，引脚架构是指提供跨一系列部件的兼容性的引脚布局)。

在某些情况下，尽管官方文档允许更改，但微观体系结构细节最终被视为体系结构。例如，缓存块分配指令(如Power的DCBA)可能被定义为提供一个未定义的位模式，但是初始实现可能总是在缓存命中时保留位模式，并且总是在未命中时插入一个全零块。(通过此指令提供对随机数生成器的访问将与体系结构保持一致。)通过依赖这个实现细节，软件可能会牺牲理想的可移植性。(如果有足够多的重要软件以这种方式不可移植，则可以扩展体系结构定义，将其定义为有保障的行为。)

体系结构(以及较少的微体系结构)可以用来描述(正式的微体系结构)接口定义的更普遍的分组。例如，x86被称为体系结构，尽管它代表了各种软件接口，这些接口大多是兼容的，特别是在保留先前定义的接口特性方面。体系结构家族有时用于指这种更广泛的接口共享。

作为参考，基因Amdahl等人对建筑进行了借鉴。在“IBM /360体系结构”(1964，PDF格式)中：“此术语用于描述程序员所看到的系统的属性，即概念结构和功能行为，与数据流和控件的组织、逻辑设计和物理实现不同。”