어셈블리어

1. 개요

Hello, world! 출력 코드 예시 (MS-DOS) 【 펼치기 · 접기 】

#!syntax cpp
adosseg
 .model small
 .stack 100h

 .data
hello_message db 'Hello, world!', 0dh, 0ah, '$'

 .code
main proc
    mov ax, @data
    mov ds, ax
    mov ah, 9
    mov dx, offset hello_message
    int 21h

    mov ax, 4C00h
    int 21h
main endp
end main

[1]

2. 장점

• 2진수 기계어: 001000 00001 00000 0000000000001010
• 16진수 기계어: 20 20 00 00 00 00 00 0A
• 어셈블리어: addi $0, $1, 10[8] // 뜻: $0 = $1 + 1010 ₍₂₎

3. 단점

#!syntax cpp
print("Hello, world!")

#!syntax cpp
adosseg
 .model small
 .stack 100h

 .data
hello_message db 'Hello, world!', 0dh, 0ah, '$'

 .code
main proc
    mov ax, @data
    mov ds, ax
    mov ah, 9
    mov dx, offset hello_message
    int 21h

    mov ax, 4C00h
    int 21h
main endp
end main

4. 생산성

5. 디컴파일러

6. 여담

• 어셈블리어를 기계어로 바꿔주는 프로그램을 어셈블러라고 한다.[28]

• 현대의 고성능 CPU 아키텍처는 대부분 RISC 방식의 어셈블리 명령셋을 지원하고 있다. RISC와 대비되는 CISC 방식은 좀 더 사람에 친화적이고 RISC는 좀 더 기계에 친화적이다. 즉 현대의 CPU 제조사들은 이미 어셈블리 언어를 사람이 직접 써서 코딩하는 상황을 전혀 고려하고 있지 않다.

• 가상머신에도 어셈블리어가 사용된다. Java의 바이트코드와 .NET Framework|.NET CLR의 CIL이 대표적인 가상머신 어셈블리어. 다만, 가상머신 어셈블리어는 다양한 자료형을 지원하거나 함수를 지원하는 등 실제 어셈블리어와는 차이를 보이며, 대개 JIT 컴파일러를 거치거나 인터프리터를 통해 해석된다.

• 캐슬린 부스는 존 폰 노이만의 제자였는데, 그가 어셈블리어를 만들자 폰 노이만이 노발대발 했다는 이야기가 있다. 고작 그런 거로 컴퓨터의 성능을 낭비하려 한다나 뭐라나. 물론 이 당시 컴퓨터의 위상은 요즘 기준 수십억원대 최고급 연산장치였다.[29] 그렇기 때문에 국가 단위로 1~2대 있는 정도여서 성능을 낭비한다는 것은 있을 수 없는 일이기에 폰 노이만 같이 기계어로 자유자재로 코딩이 가능한 효율이 높은 괴수가 많이 필요한 시대였다는 점도 있다. 세월이 지나고 심하게 비효율적인 코드도 높은 성능의 하드웨어와 컴파일러의 효과로 준수한 성능을 내고, 컴퓨터 한 대가 프로그래머 한 달 월급보다 싸진 요즘은 예전과 반대로 프로그래밍의 효율이 훨씬 중요하게 취급된다.

• 크리스 소이어의 트랜스포트 타이쿤 및 롤러코스터 타이쿤 1, 2까지도 이 언어로 짜여 있다. 그래서 오브젝트가 난무하는 시나리오 후반부에도 음악파일을 가져올 때를 제외하고 랙이 거의 없을 정도로 최적화가 잘 되어 있다.[30] 또한 저사양에서도 무난하게 돌아가서 전세계적으로 많은 사랑을 받을 수 있는 이유 중의 하나가 됐다.[31] 하지만 오픈소스 프로젝트가 가동되면서 OTTD, OpenRCT2, OpenLoco 등은 모두 C언어로 재구성됐다. 크리스 소이어 본인이 참여한 롤러코스터 타이쿤 클래식도 어셈블리어로 작성된 코드를 C로 재작성했다고 한다.

• 아타리 쇼크 이전에는 게임 프로그래밍이 곧 어셈블리어 프로그래밍이고 시스템 프로그래밍이었던 시절인지라 어떤 게임기이든 닥치고 어셈블리어로 작성할 수밖에 없었다. 아타리 2600부터 시작하여 마그나복스 오디세이, 콜레코비전, 인텔리비전, MSX, 패밀리컴퓨터, 세가 마스터 시스템, 메가드라이브, 슈퍼 패미컴, 네오지오 등 16비트 세대까지의 대부분의 게임은 절대다수가 어셈블리어로 개발 또는 최소한 어셈블리어를 부분적으로 활용하여 개발됐다.[32] 덕분에 게임 하나를 개발하는 데 필요한 기간은 6~12개월 이상인 경우가 부지기수였다.[33] 휴대용으로 가면 게임보이 컬러까지가 어셈블리어 세대다. 물론 게임기 제조사 혹은 서드파티 개발사가 자체 언어 또는 다른 언어의 컴파일러를 제작하여 배포하는 등 예외가 있긴 했지만, 당시의 하드웨어 성능으로는 아무래도 어셈블리어로 직접 쓴 코드와 컴파일러가 생성하는 코드의 퍼포먼스 차이가 꽤 컸기 때문에 고급 인력을 조달할 수 있는 업체들은 계속 어셈블리어를 즐겨 썼다.[34] 이후 하드웨어 및 컴파일러의 성능이 좋아지며 요즘은 굳이 어셈블리어로 삽질할 필요가 없어졌다.[35] 그만큼 게임기의 성능이 좋아지고 게임의 용량이 커졌다는 뜻이다. 대신에 게임에 고급언어가 들어감과 동시에 발적화 문제가 대두되기 시작했다.

• 1980년대 컴퓨터 잡지(예를 들어 일본 I/O 지)를 보면 프로그램의 어셈블리어 코드가 빽빽하게 인쇄된 페이지가 수백장씩 있었다. 독자는 그걸 한글자 한글자 직접 입력해서 프로그램을 복제(?)하곤 했다. 물론 당시에도 카세트 테입 등의 저장매체가 있었으니 그런 것에 프로그램을 담아 배포할 수도 있었을 터이나, 이런 잡지의 주목적은 프로그래밍 언어의 학습이었으므로 코드를 직접 입력하며 그 내용을 공부하라는 의미가 있었고, 애초에 카세트 테이프를 읽을 수 있는 데이터 레코더마저도 갖추지 않은 컴퓨터도 많은데다, 지금은 거저 줘도 쓰지 않을 카세트 테이프도 당시 기준으로는 부록이라고 무료로 마음껏 배포할 수 있는 자원도 아니었다.[36] 인쇄물로 나눠주는 것이 가장 확실한 배포방법이기도 했던 셈. 여러모로 지금에 와서는 상상하기 힘든 일이다. 한 바이트라도 틀리면...

• 안철수가 만든 V3는 1995년 회사를 설립하기 전까지 어셈블리어로 개발됐다.[37][38] 이후 1995년에 정식으로 회사를 세우면서 어셈블리어를 전부 C로 갈아엎는 작업을 거쳤다고 한다.

• 어셈블리 코드를 짜는 시뮬레이션 게임이 스팀에 판매 중이다... TIS-100. 너무 어렵게 생각한다면 Human Resource Machine을 해보는 것도 도움이 될 것이다.

• 바람의 나라 (1996)는 어셈블리어로 코딩됐다. 6.30 버전 (2004) 이후로 DirectX를 지원하는 버전으로 모두 교체됐다.

• 미국 재무부는 2016년에도 어셈블리어를 사용 중이다.

• 1970년대에는 상업고등학교 전공 선택 과목이었다.

• 이제는 웹에서도 돌아간다. WebAssembly 문서 참고.

• 1992년부터 현재까지 매년 이어지는 핀란드의 어셈블리어 프로그래밍 경연대회가 있다. 주로 데모씬을 공개하는데, 여기서 활약했던 게 바로 현재 3DMark의 개발사 퓨처마크의 전신인 퓨처 크루[39]. 2020년은 코로나19로 인해 온라인으로 개최됐다.

• 2004년 엄청난 저용량임에도 꽤 볼만한 그래픽을 보여준 FPS게임인 .kkrieger는 이 언어와 C++을 혼용해 작성됐다고 한다.

• 어셈블리어 보다 하위 계층 언어도 존재한다. 정확히는 디지털 회로를 설계하는 VHDL, Verilog, SystemC 언어가 그것이다.

• 어셈블리어를 창시한 케슬린 부스는 2022년 9월 29일 향년 100세를 일기로 사망했다.