x87 FPU 는 x86 시스템에서 사용되는 표준 부동소수점연산장치입니다.

I. 기본적 FPU 개념 이해

FPU 는 CPU 에서 지원하지 않는 부동소수점연산을 빠르게 처리하기 위한 프로세서입니다. 현대의 x86 프로세서는 모두 x87 FPU 를 내장하고 있으나 80486 이전의 프로세서에서는 따로 분리된 프로세서이었습니다. (FPU 가 없는 경우의 부동소수점연산은 CPU 에 의한 소프트웨어적인 방법으로 수행됩니다, 이는 느린 연산속력의 주 원인입니다)

x87 FPU 는 80486이 출시되기 전까지 프로세서명은 8087, 80287 식으로 출시되었으며 80487 이 마지막으로 분리되어 생산된 FPU 프로세서입니다. (80486 에서 이미 FPU 를 포함하고 있었지만 확장를 위하여 80487이 출시되었습니다)

이전 FPU 연산 시스템과의 호환을 위해 현재까지 FPU 연산들은 CPU와 독립된 처리로 규정을 정하고 있습니다. (대표적인 명령으로 FINIT, FWAIT 등이 있습니다)

II. FPU 의 역할 범위

FPU 는 일반 부동소수점연산뿐만 아니라 루트, 삼각함수 연산을 자체적으로 지원합니다.

즉 대부분의 수학적 프로그래밍에서 FPU 를 통하여 간략화된 연산을 수행할 수 있습니다. (모든 삼각함수 연산은 라디안 값으로 계산합니다)

III. MMX 와 x87 FPU

x87 FPU 와 MMX 는 밀접한 연관성을 가지고 있습니다. x87 FPU 의 레지스터인 ST 와 MMX 의 레지스터인 MM 레지스터는 각각 80비트, 64비트입니다. MM0 은 ST(0) 의 하위 64비트이며, 다른 레지스터 역시 동일합니다. (0~7 총 8개의 레지스터가 존재합니다)

IV. FPU 의 구조

FPU는 R0~R7(ST(0)~ST(7)) 까지 총 8개의 레지스터를 가집니다. 각 레지스터는 80비트이며, 엑세스시에는 스택의 개념을 사용합니다.

(FLD, FSTP 명령 등)

만약

FLD 1

FLD 2

와 같은 명령이 있다고 하면,

FLD 1을 실행시 1은 ST(0)에 로드되며 두번째 라인의 FLD 2를 실행하게 되면 ST(1)의 내용은 ST(0), ST(0)의 내용은 2가 됩니다. 즉 스택(LIFO)방식으로 I/O 하게됩니다.

V. 기본 연산 명령

FINIT : FPU 를 초기화합니다.

FWAIT : FPU 가 연산을 완료할때까지 기다립니다.

FLD : 데이터를 로드합니다. (ex: fld dword ptr [a])

FST : 데이터를 저장합니다. / 저장시 기존 레지스터의 내용은 그대로 유지됩니다 (ex: fstp dword ptr [a])

FSTP : 데이터를 저장합니다. / 저장시 기존 레지스터의 내용을 pop 합니다 (ex: fstp dword ptr [a])

F*** : ADD는 덧셈, SUB는 뺄셈, MUL은 곱셈, DIV 는 나눗셈 연산을 실행합니다. (ex: fadd dword ptr [a] 또는 fadd dword ptr st(number), st(0))

F***P :  F***와 동일하나, 연산을 실행 후 pop 합니다. (ex: fadd st(number), st(0))

FABS : 절대값을 구합니다. (ex: fabs)

FSQRT : 제곱근을 구합니다. (ex: fsqrt)

FCHS : 부호를 반전합니다. (ex: fchs)

F*** : SIN, COS, PTAN, PATAN 이 있으며, 해당되는 삼각함수의 값을 구합니다. (ex: fsin)

VI. 사용 예제

이곳에 사용된 예제의 어셈블리 코드와 실제 컴파일 이후의 코드는 다를 수 있습니다. (코드 최적화)

FINIT 연산은 생략합니다. (필수적으로 사용할 이유가 없는 경우이므로)

예제에서 모든 연산을 REAL4(IEEE 4바이트 부동소수점형식)을 기준으로 처리합니다. C에서의 double 형(REAL8) 을 사용하려면 dword 부분을 qword 로 바꿔주어야합니다.

Example 1.

 by C ->

  float a = 0.5, b = 0.5, c;

 by Assembly 1 ->

  fld dword ptr [a]

  fadd dword ptr [b]

  fstp dword ptr [c]

 by Assembly 2 ->

  fld dword ptr [a]

  fld dword ptr [b]

  faddp st(1), st(0)

  fstp dword ptr [c]

Example 2.

 sin 0.5 의 값을 구하여 b 라는 변수에 저장합니다. (0.5 라는 값은 변수 a 에 있습니다)

 by Assembly ->

  fld dword ptr [a]

  fsin

  fstp dword ptr [b]

http://cafe.naver.com/ArticleRead.nhn?clubid=10026632&articleid=46899&menuid=106&boardtype=L&page=1

KT
kns.kornet.net

엔디언(Endianness)은 컴퓨터의 메모리와 같은 1차원의 공간에 여러 개의 연속된 대상을 배열하는 방법을 뜻하며, 바이트를 배열하는 방법을 특히 바이트 순서(Byte order)라 한다.

엔디언은 보통 큰 단위가 앞에 나오는 빅 엔디언(Big-endian)과 작은 단위가 앞에 나오는 리틀 엔디언(Little-endian)으로 나눌 수 있으며, 두 경우에 속하지 않거나 둘을 모두 지원하는 것을 미들 엔디언(Middle-endian)이라 부르기도 한다.

목차 [숨기기] 1 바이트 순서 1.1 장단점 1.2 바이 엔디언 1.3 미들 엔디언 1.4 비트 순서 2 유래 3 바깥 고리

바이트 순서

바이트 순서는 크게 빅 엔디언과 리틀 엔디언으로 나눌 수 있다. 빅 엔디언은 사람이 숫자를 쓰는 방법과 같이 큰 단위의 바이트가 앞에 오는 방법이고, 리틀 엔디언은 반대로 작은 단위의 바이트가 앞에 오는 방법이다. PDP-11과 같은 몇몇 아키텍처는 2바이트 단위와 1바이트 단위로 서로 다른 순서를 사용하기도 하는데 이들을 미들 엔디언이라 부른다. 다음은 이런 방법들을 비교한 것이다.

종류	0x1234의 표현	0x12345678의 표현
빅 엔디언	12 34	12 34 56 78
리틀 엔디언	34 12	78 56 34 12
미들 엔디언	–	34 12 78 56 또는 56 78 12 34

두 방법 중 어느 한 쪽이 다른 쪽과 비교해 압도적으로 좋거나 나쁘지는 않다고 알려져 있으며, 두 방법은 서로 다른 여러 아키텍처에서 서로 공존하고 있다. 그러나 x86 아키텍처가 리틀 엔디언을 쓰기 때문에, 오늘날 x86 아키텍처를 사용하는 대부분의 데스크탑 컴퓨터는 리틀 엔디언을 쓰며 이를 ‘인텔 포맷’이라 한다. 거꾸로 네트워크에서는 주소를 빅 엔디언으로 쓰는데, 역사적으로 라우팅이 전화를 거는 식으로 접두 부호로 이루어졌기 때문이다. 이의 영향으로 많은 프로토콜과 몇몇 파일 포맷이 빅 엔디언을 사용하고 있다. 모토로라 프로세서들은 일반적으로 빅 엔디언을 사용하며, ARM 프로세서들은 성능 향상을 위해 빅 엔디언과 리틀 엔디언을 선택할 수 있도록 되어 있다.

장단점

빅 엔디언은 소프트웨어의 디버그를 편하게 해 주는 경향이 있다. 사람이 숫자를 읽고 쓰는 방법과 같기 때문에 디버깅 과정에서 메모리의 값을 보기 편한데, 예를 들어 0x59654148은 빅 엔디언으로 59 65 41 48로 표현된다.

반대로 리틀 엔디언은 메모리에 저장된 값의 하위 바이트들만 사용할 때 별도의 계산이 필요 없다는 장점이 있다. 예를 들어, 32비트 숫자인 0x2A는 리틀 엔디언으로 표현하면 2A 00 00 00이
되는데, 이 표현에서 앞의 두 바이트 또는 한 바이트만 떼어 내면 하위 16비트 또는 8비트를 바로 얻을 수 있다. 보통 변수의
첫 바이트를 그 변수의 주소로 삼기 때문에 이런 성질은 종종 프로그래밍을 편하게 하는 반면, 리틀 엔디언 환경의 프로그래머가 빅
엔디언 환경에서 종종 실수를 일으키는 한 이유이기도 하다.

바이 엔디언

몇몇 아키텍처는 빅 엔디언과 리틀 엔디언 중 하나를 선택할 수 있도록 설계되어 있고, 이를 바이 엔디언(Bi-endian)이라 부른다. ARM, PowerPC, DEC 알파, MIPS, PA-RISC, IA-64 등은 바이 엔디언을 사용하는 대표적인 아키텍처이다. 이들 대부분은 컴퓨터가 시작된 상태에서 소프트웨어적으로 바이트 순서를 바꿀 수 있지만, 몇몇은 하드웨어에 내장된 펌웨어에서 바이트 순서를 선택해야 하는 경우도 있다.

미들 엔디언

종종 한 방향으로 순서가 정해져 있는 게 아니라, 이를테면 32비트 정수가 2바이트 단위로는 빅 엔디언이고 그 안에서 1바이트 단위로는 리틀 엔디언인 경우가 종종 있는데 이를 미들 엔디언(Middle-endian)이라 한다. VAX와 ARM에서는 배정도 부동 소수점 실수를 미들 엔디언으로 저장하며, PDP-11에서는 32비트 정수를 미들 엔디언으로 저장하는데 이를 PDP 엔디언이라 부르기도 한다.

비트 순서

보통 바이트나 옥텟은
원자적인 단위로 간주되지만 종종 비트 단위의 접근이 필요할 수 있다. 따라서 바이트 순서가 아니라 비트 순서를 따질 수도
있으나, 여러 가지 이유로 비트 순서는 상대적으로 덜 중요하다. 보통 메모리의 접근은 바이트 단위로 이루어지기 때문에 비트
단위의 접근에는 별도의 연산 과정이 필요한데, 이러한 연산 자체가 비트 순서에 대해 잘 정의되어 있기 때문에 비트를 접근하는
방법은 아키텍처에 중립적이다.

비트 순서와 비슷하게, 네트워크 프로토콜이나 파일 포맷 같이 저수준으로 내려 갈 경우 비트 단위의 데이터를 최상위 비트부터 채울 것인가 최하위 비트부터 채울 것인가 하는 문제가 있다. 예를 들어 C는 구조체에서 바이트보다 더 작은 단위의 변수를 선언할 수 있는 비트 필드를 지원하는데, 여러 개의 비트 필드가 배열되는 방법은 기계어를 생성하는 과정에서 중요해진다. 이 때 최상위 비트(MSB)부터 채우는 것을 최상위 비트 우선, 최하위 비트(LSB)부터 채우는 것을 최하위 비트 우선이라 한다. 예를 들어 PNG와 GIF는 각각 최상위/최하위 비트 우선을 쓰는 대표적인 파일 포맷이다.

유래

빅 엔디언과 리틀 엔디언 중 어느 것을 쓰느냐 하는 문제는 상황에 따라서 임의적이고, 따라서 종종 플레임의 대상이 되었다. 엔디언이라는 말 자체는 대니 코헨(Danny Cohen)이 이런 플레임을 잠재우기 위해 1980년에 쓴 On Holy Wars and a Plea for Peace라는 글에서 유래했다. 이는 조나단 스위프트의 《걸리버 여행기》에 나오는 소인국 릴리퍼트 이야기에서 달걀을 깰 때 뭉툭한 끝(big-end)을 먼저 깰 것인가 뾰족한 끝(little-end)을 먼저 깰 것인가를 가지고 격론을 벌인 것을 두고 이름을 따온 것이다.

http://ko.wikipedia.org/wiki/%EC%97%94%EB%94%94%EC%96%B8