어셈블리어

3. 어셈블리 언어의 특징

기계어는 실제로 컴퓨터의 CPU가 읽어서 실행할 수 있는 0과 1로 이루어진 명령어의 조합이다. 이러한 각 명령어에 대해 사람이 알아보기 쉬운 니모닉 기호(mnemonic symbol)를 정해 사람이 좀 더 쉽게 컴퓨터의 행동을 제어할 수 있도록 한 것이 어셈블리 언어이다.

예를 들어,

10110000 01100001

는 x86 계열 CPU의 기계어 명령이고, 이것을 어셈블리어로 옮겨쓰면 다음과 같다.



mov al, 061h



명령어 mov는 영어 move를 변형한 니모닉이며, al은 CPU안에 있는 변수를 저장하는 레지스터의 하나이다. 그리고, 061h는 16진수 61 (즉 십진수 97, 이진수 01100001)이다. 이 한 줄의 뜻은 16진수 61을 al레지스터에 넣으라는 뜻이며, 1과 0의 반복인 기계어보다 사람이 혼동없이 이해하기 한결 쉽다. 어셈블리어는 이러한 문장들로 구성된다.

어셈블리어로 작성된 프로그램은 일련의 니모닉 코드 프로세서 명령어, 메타 구문(선언적 연산, 지시문, 의사 명령어, 의사 연산 및 의사 명령어로 다양하게 알려짐), 주석 및 데이터로 구성된다. 어셈블리 언어 명령어는 일반적으로 연산 코드 니모닉 코드와 피연산자로 구성되며, 피연산자는 데이터, 인수 또는 매개변수의 목록일 수 있다. 일부 명령은 "암시적"일 수 있으며, 이는 명령이 작동하는 데이터가 명령 자체에 의해 암시적으로 정의됨을 의미한다. 이러한 명령은 피연산자를 사용하지 않는다. 결과 구문은 어셈블러에 의해 기계어 명령어로 변환되어 메모리에 로드되어 실행될 수 있다.

예를 들어, 아래 명령은 x86/IA-32 프로세서에게 즉시 8비트 값을 프로세서 레지스터로 이동하라고 지시한다. 이 명령의 이진 코드는 10110 다음에 사용할 레지스터에 대한 3비트 식별자가 온다. ''AL'' 레지스터에 대한 식별자는 000이므로 다음 기계어는 ''AL'' 레지스터에 데이터 01100001을 로드한다.

10110000 01100001

이 이진 컴퓨터 코드는 다음과 같이 16진법으로 표현하여 사람의 가독성을 높일 수 있다.

B0 61

여기서 B0은 "다음 값을 복사하여 ''AL''로 이동"을 의미하고, 61은 값 01100001(십진법으로 97)의 16진수 표현이다. 8086 제품군의 어셈블리 언어는 이와 같은 명령에 대한 니모닉 코드 MOV(''이동''의 약자)를 제공하므로 위의 기계어는 세미콜론 뒤에 필요한 경우 설명 주석과 함께 다음과 같이 어셈블리 언어로 작성할 수 있다. 이렇게 하면 읽고 기억하기가 훨씬 쉽다.

MOV AL, 61h ; AL에 십진법 97 (16진법 61) 로드

일부 어셈블리 언어(이 언어 포함)에서 MOV와 같은 동일한 니모닉 코드는 즉시 값, 레지스터의 값 또는 레지스터의 값 또는 즉시(a.k.a. 직접) 주소에 의해 가리켜진 메모리 위치인지 여부에 관계없이 데이터를 로드, 복사 및 이동하기 위한 관련 명령 집합에 사용될 수 있다. 다른 어셈블러는 "메모리를 레지스터로 이동", "레지스터를 메모리로 이동"에 대해 각각 L, ST, "레지스터를 레지스터로 이동"에 대해 LR, "즉시 피연산자를 메모리로 이동"에 대해 MVI 등과 같은 별도의 연산 코드 니모닉 코드를 사용할 수 있다.

동일한 니모닉 코드가 다른 명령어에 사용되는 경우, 해당 니모닉 코드는 니모닉 코드 다음에 오는 피연산자에 따라 데이터(예: 이 예의 61h)를 제외하고 여러 다른 이진 명령 코드에 해당함을 의미합니다. 예를 들어, x86/IA-32 CPU의 경우 Intel 어셈블리 언어 구문 MOV AL, AH는 레지스터 ''AH''의 내용을 레지스터 ''AL''로 이동하는 명령을 나타낸다. 이 명령의 16진수 형태는 다음과 같다.

88 E0

첫 번째 바이트, 88h는 바이트 크기 레지스터와 다른 레지스터 또는 메모리 간의 이동을 식별하고, 두 번째 바이트, E0h는 두 피연산자가 모두 레지스터이고, 소스가 ''AH''이며, 대상이 ''AL''임을 지정하도록 (3비트 필드로) 인코딩된다.

이처럼 동일한 니모닉 코드가 둘 이상의 이진 명령을 나타낼 수 있는 경우 어셈블러는 피연산자를 검사하여 생성할 명령을 결정한다. 첫 번째 예에서 피연산자 61h는 유효한 16진수 숫자 상수이며 유효한 레지스터 이름이 아니므로 B0 명령만 적용할 수 있다. 두 번째 예에서 피연산자 AH는 유효한 레지스터 이름이며 유효한 숫자 상수(16진법, 10진법, 8진법 또는 2진법)가 아니므로 88 명령만 적용할 수 있다.

어셈블리 언어는 이러한 모호함이 구문에 의해 보편적으로 적용되도록 항상 설계되었다. 예를 들어, Intel x86 어셈블리 언어에서 16진수 상수는 숫자 숫자로 시작해야 하므로 16진수 'A'(10진수 10과 같음)는 0Ah 또는 0AH로 작성해야 하며, AH로 작성하면 안 된다. 특히 레지스터 ''AH''의 이름으로 나타날 수 없도록 한다. (동일한 규칙은 또한 레지스터 ''BH'', ''CH'', ''DH''의 이름뿐만 아니라 "BEACH"와 같이 문자 ''H''로 끝나고 16진수 숫자만 포함하는 사용자가 정의한 모든 기호와의 모호성을 방지한다.)

원래 예로 돌아가서 x86 연산 코드 10110000(B0)이 8비트 값을 ''AL'' 레지스터로 복사하는 동안 10110001(B1)은 ''CL''로 이동하고 10110010(B2)은 ''DL''로 이동한다. 이에 대한 어셈블리 언어 예는 다음과 같다.



MOV AL, 1h ; 즉시 값 1로 AL 로드

MOV CL, 2h ; 즉시 값 2로 CL 로드

MOV DL, 3h ; 즉시 값 3으로 DL 로드



MOV 구문은 다음 예에서 볼 수 있듯이 더 복잡할 수도 있다.



MOV EAX, [EBX] ; EBX에 포함된 주소의 메모리에 있는 4바이트를 EAX로 이동

MOV [ESI+EAX], CL ; CL의 내용을 주소 ESI+EAX의 바이트로 이동

MOV DS, DX ; DX의 내용을 세그먼트 레지스터 DS로 이동



각 경우에 MOV 니모닉 코드는 어셈블러에 의해 연산 코드 88-8C, 8E, A0-A3, B0-BF, C6 또는 C7 중 하나로 직접 변환되며 프로그래머는 일반적으로 어떤 명령인지 알거나 기억할 필요가 없다.

어셈블리 언어를 기계어로 변환하는 것은 어셈블러의 역할이며 그 반대는 디스어셈블러를 통해 최소한 부분적으로 수행할 수 있다. 고급 프로그래밍 언어와 달리, 단순한 어셈블리 구문과 기계어 명령어 간에는 일대일 대응이 있다. 그러나 어떤 경우에는 어셈블러가 일반적으로 필요한 기능을 제공하기 위해 여러 기계어 명령어로 확장되는 "의사 명령어"(본질적으로 매크로)를 제공할 수 있다. 예를 들어, "크거나 같으면 분기" 명령어가 없는 기계의 경우, 어셈블러는 기계의 "작으면 설정" 및 "설정 명령어의 결과에 대해 0이면 분기"로 확장되는 의사 명령어를 제공할 수 있다. 대부분의 전체 기능을 갖춘 어셈블러는 또한 공급업체와 프로그래머가 더 복잡한 코드 및 데이터 시퀀스를 생성하는 데 사용하는 풍부한 매크로 언어(아래에서 논의)를 제공한다. 어셈블러 환경에서 정의된 의사 명령어 및 매크로에 대한 정보는 객체 프로그램에 없으므로 디스어셈블러는 매크로 및 의사 명령어 호출을 재구성할 수 없고 해당 추상 어셈블리 언어 엔티티에서 어셈블러가 생성한 실제 기계어 명령어만 디스어셈블할 수 있다. 마찬가지로 어셈블리 언어 소스 파일의 주석은 어셈블러에서 무시되고 생성하는 객체 코드에 영향을 미치지 않으므로 디스어셈블러는 항상 소스 주석을 복구할 수 없다.

각 컴퓨터 아키텍처에는 고유한 기계어가 있다. 컴퓨터는 지원하는 연산 수와 유형, 다양한 크기 및 레지스터 수, 저장소의 데이터 표현에서 다릅니다. 대부분의 범용 컴퓨터는 본질적으로 동일한 기능을 수행할 수 있지만, 수행하는 방식이 다르며, 해당 어셈블리 언어가 이러한 차이점을 반영한다.

단일 명령어 집합에 대해 여러 개의 니모닉 코드 또는 어셈블리 언어 구문 집합이 존재할 수 있으며, 일반적으로 다양한 어셈블러 프로그램에서 인스턴스화된다. 이러한 경우, 가장 널리 사용되는 것은 일반적으로 CPU 제조업체에서 제공하고 해당 설명서에 사용되는 것이다.

두 개의 다른 니모닉 코드 집합을 가진 CPU의 예는 Intel 8080 제품군과 Intel 8086/8088이다. Intel은 자체 어셈블리 언어 니모닉 코드에 대한 저작권을 주장했기 때문에(적어도 1970년대와 1980년대 초에 발행된 문서의 각 페이지에서) Intel 명령어 집합과 호환되는 CPU를 독립적으로 생산한 일부 회사는 자체 니모닉 코드를 발명했다. Zilog Z80 CPU는 Intel 8080A의 향상된 버전으로, 모든 8080A 명령어 외에 더 많은 명령어를 지원한다. Zilog는 새로운 명령어뿐만 아니라 모든 8080A 명령어에 대해서도 완전히 새로운 어셈블리 언어를 발명했다. 예를 들어, Intel은 다양한 데이터 전송 명령어에 대해 니모닉 코드 ''MOV'', ''MVI'', ''LDA'', ''STA'', ''LXI'', ''LDAX'', ''STAX'', ''LHLD'' 및 ''SHLD''를 사용하는 반면, Z80 어셈블리 언어는 모든 명령어에 대해 니모닉 코드 ''LD''를 사용한다. 비슷한 사례는 NEC V20 및 V30 CPU이며, 각각 Intel 8086 및 8088의 향상된 복사본이다. Zilog가 Z80을 사용한 것처럼 NEC는 Intel의 저작권 침해 혐의를 피하기 위해 모든 8086 및 8088 명령어에 대한 새로운 니모닉 코드를 발명했다. (그러한 저작권이 유효할 수 있는지 의문이 있으며, 나중에 AMD 및 Cyrix와 같은 CPU 회사는 Intel의 x86/IA-32 명령어 니모닉 코드를 허가 또는 법적 처벌 없이 정확히 재출판했습니다.) V20 및 V30을 프로그래밍한 많은 사람들이 실제로 Intel의 어셈블리 언어가 아닌 NEC의 어셈블리 언어로 작성했는지 의심스럽습니다. 동일한 명령어 집합 아키텍처에 대한 두 개의 어셈블리 언어는 동형(영어와 돼지 라틴어와 다소 비슷함)이므로 해당 제조업체의 제품과 함께 해당 제조업체의 자체 게시된 어셈블리 언어를 사용할 필요가 없다.

3. 1. 기계어와의 관계

3. 2. 저수준 프로그래밍

이러한 차이는 언어 기능의 차이일 뿐, 고급 언어에서만 가능한 기능이 어셈블리어에서 불가능하다는 의미는 아니다. 예를 들어, 어셈블리어에는 함수 구문이 없지만, 함수 프로로그와 에필로그/Function_prologue_and_epilogue^영어와 같이 함수에 해당하는 패턴이 존재한다. 고급 언어는 어셈블러에서 자주 사용되는 패턴을 기능으로 통합하여 추상도를 높인 언어라고 할 수 있다.

3. 3. 문법

• 니모닉: 처리 내용에 따라 각 기계어 명령에 부여된 문자열・명령어이다. 기계어의 오퍼코드에 해당하며, 사람이 이해하기 쉽도록 의미 있는 문자열로 표현된다. 예를 들어, X64 기계어 `0x05`는 "정수의 덧셈"을 의미하며, `ADD`라는 니모닉에 대응된다.
• 확장 니모닉: 명령어의 특수한 용도를 지원하는 데 사용되며, 본래 명령의 명칭으로는 그 용도를 연상할 수 없을 때 사용된다. 예를 들어, 8086 CPU에서 `xchg ax,ax` 명령어는 `nop`으로 사용될 수 있다. SPARC 아키텍처에서는 확장 니모닉을 ''synthetic instructions''라고 부른다.
• 오퍼랜드: 명령어의 대상, 즉 인자이다. 하나의 명령에서는 니모닉 다음에 0개 이상의 오퍼랜드가 기술된다. 데이터로 읽혀지는 소스와 명령 실행 결과가 저장되는 데스티네이션이 있으며, 소스에는 상수, 레지스터, 메모리 중 하나, 데스티네이션에는 레지스터 또는 메모리를 지정한다.

3. 4. 어셈블러

• '''원패스 어셈블러'''는 소스 코드를 한 번 처리한다. 정의되기 전에 사용된 심볼의 경우, 어셈블러는 결국 정의된 후에 에라타를 내보내어, 아직 정의되지 않은 심볼이 사용된 위치를 링커 또는 로더가 패치하도록 한다.
• '''멀티 패스 어셈블러'''는 첫 번째 패스에서 모든 심볼과 해당 값을 테이블로 생성한 다음, 이후 패스에서 해당 테이블을 사용하여 코드를 생성한다. 멀티 패스 어셈블러의 장점은 에라타가 없으므로 링킹 프로세스 (또는 어셈블러가 실행 가능한 코드를 직접 생성하는 경우 프로그램 로드)가 더 빠르다는 것이다.

• '''매크로 어셈블러'''는 매크로 명령어 기능을 포함하는 어셈블러이다.
• '''크로스 어셈블러''' (참조: 크로스 컴파일러)는 결과 코드가 실행될 시스템(''타겟 시스템'')과 다른 유형의 컴퓨터 또는 운영 체제(''호스트'' 시스템)에서 실행되는 어셈블러이다.
• '''고급 어셈블러'''는 고급 언어에서 더 흔하게 사용되는 언어 추상화를 제공하는 프로그램이다.
• '''마이크로 어셈블러'''는 컴퓨터의 하위 레벨 작동을 제어하는 마이크로 프로그램을 준비하는 데 도움이 되는 프로그램이다.
• '''메타 어셈블러'''는 "어셈블리 언어의 구문 및 의미 설명을 받아들여 해당 언어의 어셈블러를 생성하는 프로그램"이거나, 어셈블러 소스 파일과 해당 설명을 함께 받아들여 해당 설명에 따라 소스 파일을 어셈블합니다.
• '''인라인 어셈블러''' (또는 '''임베디드 어셈블러''')는 고급 언어 프로그램 내에 포함된 어셈블러 코드이다.^[10]

3. 5. 고급 어셈블러

4. 어셈블리 언어의 활용

저장 프로그램 방식 컴퓨터가 도입되었을 때, 프로그램은 기계어로 작성되어 펀치 페이퍼 테이프에서 컴퓨터에 로드되거나 콘솔 스위치에서 직접 메모리에 토글되었다. 캐슬린 부스는 1947년에 시작한 이론적 연구를 바탕으로 "어셈블리어를 발명한 공로"를 인정받았으며, 런던 대학교 버크벡 칼리지에서 앤드루 부스 (후에 그녀의 남편)가 존 폰 노이만과 허먼 골드스타인의 조언을 받아 ARC2 작업을 하는 동안 만들어졌다.

1948년 말, 전자 지연 저장 자동 계산기 (EDSAC)에는 어셈블러 ( "초기 명령"이라고 함)가 부트스트랩 프로그램에 통합되었다. 데이비드 휠러 (컴퓨터 과학자)가 개발한 한 글자 짜리 니모닉을 사용했는데, 그는 IEEE 컴퓨터 학회에서 최초의 "어셈블러"를 만든 사람으로 인정받고 있다. EDSAC에 대한 보고서에서는 필드를 명령어로 결합하는 과정을 "어셈블리"라는 용어로 소개했다. SOAP (기호적 최적 어셈블리 프로그램)는 1955년 스탠 폴리가 작성한 IBM 650 컴퓨터용 어셈블리어였다.

어셈블리어는 초창기 컴퓨터에서 필요했던 오류 발생 가능성이 높고 지루하며 시간이 많이 걸리는 제1세대 언어 프로그래밍의 많은 부분을 제거하여, 프로그래머가 숫자 코드 기억, 주소 계산 등과 같은 지루한 작업에서 벗어나도록 했다. 한때 모든 종류의 프로그래밍에 널리 사용되었다. 1950년대 후반에 이르러서는 프로그래밍 생산성 향상을 추구하면서 상위 수준 언어로 대체되었다.^[14] 오늘날, 어셈블리어는 여전히 하드웨어를 직접 조작하거나, 특수 프로세서 명령에 접근하거나, 중요한 성능 문제를 해결하는 데 사용된다.^[15] 일반적인 용도로는 장치 드라이버, 저수준 임베디드 시스템, 실시간 컴퓨팅 시스템이 있다.

==== 주요 활용 분야 ====

어셈블리어는 하드웨어를 직접 조작하고, 특수 프로세서 명령에 접근하며, 성능 문제를 해결하는 데 사용된다.^[15] 주요 활용 분야는 다음과 같다.

• 임베디드 시스템: 자원 제약적인 환경에서 하드웨어를 직접 제어하고 성능을 최적화해야 하는 경우에 사용된다. 예를 들어, 전화기 펌웨어, 자동차 연료 및 점화 시스템, 센서 등이 있다.
• 운영체제 커널: 운영 체제 커널과 같이 하드웨어와 직접 상호작용하며, 인터럽트 처리, 시스템 호출 구현 등 저수준 기능이 필요한 경우에 사용된다.
• 장치 드라이버: 장치 드라이버, 인터럽트 핸들러, 부트 로더, BIOS, POST 등 하드웨어 장치를 제어하고 운영체제와 통신하는 데 사용된다.^[15]
• 고성능 컴퓨팅: 극한의 성능 최적화가 필요한 과학 기술 연산, 그래픽스 처리 등에 사용된다. 예를 들어, BLAS, 이산 코사인 변환 등에 활용된다.^[60]
• 게임 개발: 컴퓨터 게임 엔진의 핵심 부분, 특정 하드웨어에 최적화된 코드 작성 등에 사용된다. 1990년대에는 세가 새턴과 같은 시스템의 성능을 극대화하고, ''모탈 컴뱃'' 및 ''NBA 잼''과 같은 TMS34010 통합 CPU/GPU를 사용하는 아케이드 하드웨어의 기본 언어로 사용되었다.
• 보안: 암호화 알고리즘 구현, 취약점 분석, 리버스 엔지니어링 등에 사용된다. 특히 암호 알고리즘은 항상 엄격하게 동일한 시간으로 실행하여 타이밍 공격을 방지해야 한다.
• 컴파일러 개발: 고급 언어를 기계어로 번역하는 과정에서 어셈블리 코드를 중간 단계로 활용한다. 일부 컴파일러는 완전히 컴파일하기 전에 고급 언어를 어셈블리어로 번역하여 디버깅 및 최적화 목적으로 어셈블리 코드를 볼 수 있도록 한다.
• 시스템 프로그래밍 교육: 컴퓨터 구조 및 동작 원리 이해를 위한 학습 도구로 활용된다.
• 기타: 실시간 시스템, 부팅 코드, 자기 수정 코드 등에도 사용된다.

• 성능 최적화: 최적화 컴파일러가 고급 언어를 어셈블리 수준으로 최적화한다고 해도, 특정 알고리즘이나 하드웨어에 대한 최적화는 어셈블리어가 더 유리할 수 있다. 예를 들어, BLAS를 사용한 선형 대수, 이산 코사인 변환 (예: x264의 SIMD 어셈블리 버전), rav1e (AV1 인코더)^[16] 및 dav1d (AV1 디코더)^[17] 등에서 어셈블리어가 활용된다.
• 하드웨어 직접 제어: 고급 언어에서 지원하지 않는 특수 명령어를 사용하거나,^[15] 장치 드라이버 및 인터럽트 핸들러와 같이 하드웨어를 직접 조작해야 하는 코드를 작성할 때 사용된다.
• 실시간 시스템: 실시간 프로그램, 시뮬레이션, 항공 항법 시스템, 의료 장비와 같이 예측 가능한 실행 시간과 낮은 지연 시간을 보장해야 하는 시스템에서 활용된다. 예를 들어, 플라이 바이 와이어 시스템은 엄격한 시간 제약 내에서 원격 측정을 해석하고 적용해야 하므로, 어셈블리어를 통해 예측 불가능한 지연을 제거할 수 있다.
• 보안: 극도로 높은 보안이 필요한 상황에서, 컴퓨터 바이러스, 부트로더 등 환경을 완전히 제어해야 할 때 어셈블리어가 사용된다.
• 레거시 코드 유지보수: 과거 어셈블리어로 작성된 시스템을 유지보수하고 확장하는 경우에도 사용된다.^[18]

4. 1. 주요 활용 분야

• 임베디드 시스템: 자원 제약적인 환경에서 하드웨어를 직접 제어하고 성능을 최적화해야 하는 경우에 사용된다. 예를 들어, 전화기 펌웨어, 자동차 연료 및 점화 시스템, 센서 등이 있다.
• 운영체제 커널: 운영 체제 커널과 같이 하드웨어와 직접 상호작용하며, 인터럽트 처리, 시스템 호출 구현 등 저수준 기능이 필요한 경우에 사용된다.
• 장치 드라이버: 장치 드라이버, 인터럽트 핸들러, 부트 로더, BIOS, POST 등 하드웨어 장치를 제어하고 운영체제와 통신하는 데 사용된다.^[15]
• 고성능 컴퓨팅: 극한의 성능 최적화가 필요한 과학 기술 연산, 그래픽스 처리 등에 사용된다. 예를 들어, BLAS, 이산 코사인 변환 등에 활용된다.^[60]
• 게임 개발: 컴퓨터 게임 엔진의 핵심 부분, 특정 하드웨어에 최적화된 코드 작성 등에 사용된다. 1990년대에는 세가 새턴과 같은 시스템의 성능을 극대화하고, ''모탈 컴뱃'' 및 ''NBA 잼''과 같은 TMS34010 통합 CPU/GPU를 사용하는 아케이드 하드웨어의 기본 언어로 사용되었다.
• 보안: 암호화 알고리즘 구현, 취약점 분석, 리버스 엔지니어링 등에 사용된다. 특히 암호 알고리즘은 항상 엄격하게 동일한 시간으로 실행하여 타이밍 공격을 방지해야 한다.
• 컴파일러 개발: 고급 언어를 기계어로 번역하는 과정에서 어셈블리 코드를 중간 단계로 활용한다. 일부 컴파일러는 완전히 컴파일하기 전에 고급 언어를 어셈블리어로 번역하여 디버깅 및 최적화 목적으로 어셈블리 코드를 볼 수 있도록 한다.
• 시스템 프로그래밍 교육: 컴퓨터 구조 및 동작 원리 이해를 위한 학습 도구로 활용된다.
• 기타: 실시간 시스템, 부팅 코드, 자기 수정 코드 등에도 사용된다.

4. 2. 현대적 활용

• 성능 최적화: 최적화 컴파일러가 고급 언어를 어셈블리 수준으로 최적화한다고 해도, 특정 알고리즘이나 하드웨어에 대한 최적화는 어셈블리어가 더 유리할 수 있다. 예를 들어, BLAS를 사용한 선형 대수, 이산 코사인 변환 (예: x264의 SIMD 어셈블리 버전), rav1e (AV1 인코더)^[16] 및 dav1d (AV1 디코더)^[17] 등에서 어셈블리어가 활용된다.
• 하드웨어 직접 제어: 고급 언어에서 지원하지 않는 특수 명령어를 사용하거나,^[15] 장치 드라이버 및 인터럽트 핸들러와 같이 하드웨어를 직접 조작해야 하는 코드를 작성할 때 사용된다.
• 실시간 시스템: 실시간 프로그램, 시뮬레이션, 항공 항법 시스템, 의료 장비와 같이 예측 가능한 실행 시간과 낮은 지연 시간을 보장해야 하는 시스템에서 활용된다. 예를 들어, 플라이 바이 와이어 시스템은 엄격한 시간 제약 내에서 원격 측정을 해석하고 적용해야 하므로, 어셈블리어를 통해 예측 불가능한 지연을 제거할 수 있다.
• 보안: 극도로 높은 보안이 필요한 상황에서, 컴퓨터 바이러스, 부트로더 등 환경을 완전히 제어해야 할 때 어셈블리어가 사용된다.
• 레거시 코드 유지보수: 과거 어셈블리어로 작성된 시스템을 유지보수하고 확장하는 경우에도 사용된다.^[18]

5. 한국에서의 어셈블리 언어

5. 1. 교육

5. 2. 산업

5. 3. 한계

6. 결론

참조

_[1] 서적 Undergraduate Topics in Computer Science Springer International Publishing
_[2] 서적 Coding for A.R.C. https://albert.ias.e[...] Institute for Advanced Study, Princeton 2022-11-04
_[3] 문서 Other than meta-assemblers
_[4] 서적 Data Acquisition Techniques Using PCs Elsevier
_[5] 웹사이트 Learn Assembly Language Programming with ARM https://www.freecode[...] 2022-06-21
_[6] 문서 However, that does not mean that the assembler programs implementing those languages are universal.
_[7] 웹사이트 linux kernel mainline 4.9 sloccount.txt https://gist.github.[...] 2022-05-04
_[8] 서적 Xerox Meta-Symbol Sigma 5-9 Computers Language and Operations Reference Manual http://bitsavers.org[...] 2020-06-07
_[9] 서적 Sperry Univac Computer Systems Meta-Assembler (MASM) Programmer Reference http://www.bitsavers[...] 2020-06-07
_[10] 웹사이트 How to Use Inline Assembly Language in C Code https://gcc.gnu.org/[...] 2020-11-05
_[11] 간행물 Improving processor efficiency by statically pipelining instructions https://www.research[...]
_[12] 웹사이트 High Level Assembler Toolkit Feature Increases Programmer Productivity https://www.ibm.com/[...] IBM 1995-12-12
_[13] 서적 A-Natural Language Reference Manual http://archive.org/d[...] 1980-07-15
_[14] 간행물 Oct. 15, 1956: Fortran Forever Changes Computing's Fortunes https://www.wired.co[...] 2024-03-02
_[15] 학술지 The Origins of Informatics 1994-03
_[16] 웹사이트 rav1e/README.md at v0.6.3 https://github.com/x[...] 2023-02-21
_[17] 웹사이트 README.md · 1.1.0 · VideoLAN / dav1d https://code.videola[...] 2023-02-21
_[18] 웹사이트 z/OS Version 2 Release 3 DFSMS Macro Instructions for Data Sets https://www-01.ibm.c[...] IBM 2021-09-14
_[19] 웹사이트 機械語とアセンブリ言語 http://www.elc.ees.s[...] 2022-12-25
_[20] 서적 The C++ Programming Language Addison-Wesley 1986
_[21] 서적 Intel Architecture Software Developer’s Manual, Volume 2: Instruction Set Reference http://download.inte[...] INTEL CORPORATION 2010-11-18
_[22] 웹사이트 機械語とアセンブリ言語 http://www.elc.ees.s[...] 2022-12-25
_[23] 웹사이트 The SPARC Architecture Manual, Version 8 http://www.sparc.com[...] SPARC, International 2012-10-27
_[24] 문서 Assemblers and Loaders http://www.davidsalo[...] 1993
_[25] 웹사이트 MASM: Directives & Pseudo-Opcodes http://flint.cs.yale[...] 2011-03-19
_[26] 서적 Intel Architecture Software Developer’s Manual, Volume 2: Instruction Set Reference http://download.inte[...] INTEL CORPORATION 2010-11-18
_[27] 웹사이트 x86 Assembly Guide http://www.cs.virgin[...] University of Virginia 2010-11-18
_[28] 문서 goto文
_[29] 웹사이트 assembly language: Definition and Much More from Answers.com http://www.answers.c[...] 2008-06-19
_[30] 웹사이트 NESHLA: The High Level, Open Source, 6502 Assembler for the Nintendo Entertainment System http://neshla.source[...]
_[31] 웹사이트 Z80 Op Codes for ZINT http://www.z80.de/z8[...]
_[32] 문서 コンピュータ予約システム
_[33] 문서 Dr. H.D. Mills (1970) 提案、Marvin Kessler 実装 in IBM連邦政府システム部門
_[34] 웹사이트 Concept 14 Macros http://skycoast.us/p[...] MVS Software 2009-05-25
_[35] 문서 Programming the IBM 1401 Prentice-Hall 1962
_[36] 서적 systems programming
_[37] 서적 bit 単語帳 共立出版 1990-08-15
_[38] 문서 "Chapter 12 – Classes and Objects" No Starch Press
_[39] 웹사이트 A Dictionary of Computing: "meta-assembler" http://www.encyclope[...]
_[40] 서적 System Software: An Introduction to Systems Programming Addison Wesley
_[41] 웹사이트 Which Assembler is the Best? http://webster.cs.uc[...] 2007-10-19
_[42] 서적 Assemblers and Loaders http://www.davidsalo[...] 2012-01-17
_[43] 웹사이트 The IBM 650 Magnetic Drum Calculator http://www.columbia.[...] 2012-01-17
_[44] 웹사이트 Speaking with Don French : The Man Behind the French Silk Assembler Tools http://www.radiks.ne[...] 2008-07-25
_[45] 뉴스 松 --- 事実上最初のパソコン用日本語ワープロソフト https://xtech.nikkei[...]
_[46] 웹사이트 Toolchain, libraries and headers relationship - PlayStation Development Network http://www.psxdev.ne[...]
_[47] 웹사이트 What were PS1 and N64 games written in? : gamedev https://www.reddit.c[...]
_[48] 웹사이트 SegaBase Volume 6 - Saturn http://www.eidolons-[...] 2013-06-27
_[49] PDF Lispによるリターゲッタブルコードジェネレータの実装 (PDF) https://jp.franz.com[...]
_[50] 웹사이트 OOエンジニアの輪！ ～ 第 21 回 川合史朗 さんの巻 ～ | オブジェクトの広場 https://www.ogis-ri.[...]
_[51] 웹사이트 NVIDIA Xbox GPU Specs | TechPowerUp GPU Database https://www.techpowe[...]
_[52] 웹사이트 Using Shaders in Direct3D 10 - Win32 apps | Microsoft Docs https://docs.microso[...]
_[53] 웹사이트 The Linux Kernel http://tldp.org/LDP/[...] 2012-03-11
_[54] 웹사이트 Writing the Fastest Code, by Hand, for Fun: A Human Computer Keeps Speeding Up Chips https://www.nytimes.[...] New York Times, John Markoff 2010-03-04
_[55] 웹사이트 Bit-field-badness http://hardwarebug.o[...] hardwarebug.org 2010-03-04
_[56] 웹사이트 GCC makes a mess http://hardwarebug.o[...] hardwarebug.org 2010-03-04
_[57] 웹사이트 The Great Debate http://webster.cs.uc[...] 2008-07-03
_[58] 웹사이트 Code sourcery fails again http://hardwarebug.o[...] hardwarebug.org 2010-03-04
_[59] 뉴스 ［CEDEC］「FINAL FANTASY XV」の最適化はこうして行われた - GamesIndustry.biz Japan Edition https://jp.gamesindu[...]
_[60] 웹사이트 x264.git/common/x86/dct-32.asm http://git.videolan.[...] git.videolan.org 2010-09-29
_[61] 웹사이트 GitHub, torvalds / linux, include/linux/export.h https://github.com/t[...] 2023-10-08
_[62] 웹사이트 Foreword ("Why would anyone learn this stuff?"), ''op. cit.'' http://www.arl.wustl[...] 2010-03-05
_[63] 웹사이트 Assembler language http://www-01.ibm.co[...] IBM Knowledge center
_[64] PDF Assemblers and Loaders http://www.davidsalo[...]
_[65] 서적 System Software: An Introduction to Systems Programming https://archive.org/[...] Addison Wesley
_[66] 문서 "Chapter 12 – Classes and Objects" No Starch Press