Amiga Unix, Again
Amiga Unix, 다시 시작합니다
Commodore가 1990~92년에 Amiga용으로 내놓았던 System V Release 4, Amix를 커뮤니티가 다시 살리고 있습니다. 68040·68060과 Z3660 같은 가속기에서 부팅, 설치, 네트워크, 패키지 관리까지 구현하고 있으며, 일부 드라이버 개발에는 생성형 AI와 실기기 검증을 함께 사용합니다.
- 주제
AI 요약
Amiga Unix, 또는 Amix는 Commodore가 Amiga A2500UX와 A3000UX에 1990~92년 공급했던 System V Release 4입니다. 이후 개발이 멈춘 이 운영체제를 amigaux.org 커뮤니티가 다시 다룹니다. 목표는 68040·68060 시스템과 현재의 가속기 하드웨어에서 Amix를 실행하고, 현대적인 개발 도구와 패키지 관리자, 과거에 없었던 하드웨어 드라이버를 추가하는 것입니다. 작업 과정과 검증 상태는 grimoire 문서 저장소에 기록합니다.
■ 현재 동작하는 범위
Amix 2.1 커널은 실제 68060에서 동작합니다. FPU는 없어도 되지만 MMU는 반드시 필요합니다. Z3660 가속기에서는 PiStorm piscsi mailbox를 이용한 네이티브 SCSI 드라이버와 STREAMS/DLPI 기반 Ethernet 드라이버를 실제 장비에서 검증했습니다. Commodore A4091과 A4092에는 NCR 53C710을 사용하는 Zorro III SCSI 드라이버와 하드웨어 자동 감지 커널을 붙였습니다.
설치 과정도 구성했습니다. 실제 장비에서는 플로피 디스크와 CD-ROM으로 부팅하고, 에뮬레이터에서는 플로피 이미지와 ISO 이미지로 같은 절차를 진행합니다. 대화형 설치와 무인 설치를 모두 지원하며, 안내에 따라 Amix를 설치하도록 만들었습니다. 고전적인 테이프 설치 방식은 나중에 추가할 예정입니다. 새로 설치한 뒤에는 OpenLook 데스크톱이 바로 실행됩니다. Quake도 동작하지만 현재는 게임보다는 성능 측정에 가깝습니다.
■ 패키지와 개발 환경
apkg는 pkg.amigaux.org에서 패키지를 내려받는 원격 패키지 클라이언트입니다. 저장소 카탈로그, 의존성 처리, 업그레이드를 지원합니다. 초기 패키지로 grep, gzip, less, patch, zlib를 제공하고 있으며, GNU와 BSD 계열 도구를 계속 빌드하고 테스트합니다.
Linux에서 실행하는 m68k-cbm-sysv4 크로스 툴체인도 마련했습니다. 이 환경으로 커널과 드라이버, 사용자 공간 도구를 빌드합니다. 커널 저장소에는 68040·68060용 Amix 2.1 포트와 부트 로더 패치가 공개되어 있습니다. Z3660 SCSI·Ethernet, A4091·A4092 SCSI, ZZ9000·VA2000·Hydra용 그래픽 및 네트워크 드라이버도 각각 저장소로 관리합니다. X11R5용 Xrtg 서버, X11R6.3, Mesa 포트도 작업 대상에 들어 있습니다.
■ 진행 중인 작업과 다음 단계
Z3660용 RTG 그래픽은 ZZ9000 호환 방식으로 에뮬레이션에서 실행되고 있으며, 실제 하드웨어 적용을 앞두고 있습니다. 가속기 펌웨어의 Ethernet 처리량 개선, X11R6.3과 Mesa 패키지, ODFileSystem 기반 읽기 전용 CD 파일시스템, 설치 복구 경로와 안전장치도 진행 중입니다.
다음 단계는 Amix 장비에서 직접 실행하는 최신 GCC, 실제 가속기에서의 RTG, 패키지화한 X11R6.3·Mesa 스택, 펌웨어 Ethernet 수정입니다. 이후 패키지, 소스 코드, 설치 지침, 매뉴얼을 포함한 정식 공개를 계획합니다.
■ 생성형 AI 사용과 검증 방식
일부 작업에는 생성형 AI를 사용합니다. 소스 코드가 남아 있지 않은 옛 커널을 모델이 바이너리에서 읽고, 드라이버와 기술 문서를 작성하도록 돕습니다. 사람은 방향을 정하고 모든 변경 사항을 검토하며, 실제 하드웨어에서 부팅과 동작을 확인합니다. 다른 부분은 전통적인 방식으로 개발합니다. grimoire에는 두 방식으로 만든 결과를 함께 기록하고, 검증된 내용과 추정에 해당하는 내용을 신뢰도 태그로 구분합니다.
■ Hacker News 반응
- @nullc — 이런 AI 기반 부활 프로젝트를 보면 애완동물 묘지 같은 느낌이 듭니다. ‘AI가 되살렸지만, 잘못된 모습으로 돌아왔습니다’라는 식입니다.
- @spijdar — 저도 LLM으로 분산 운영체제 Sprite OS를 다시 실행했습니다. 아직 공개하지 않았고, 공개한다면 어떤 형태가 될지도 확신하지 못합니다. 다만 이 프로젝트의 첫 페이지와 README가 Claude나 GPT가 쓴 것처럼 보이는 점은 정말 이해하기 어렵습니다. 네이티브 SCSI와 Ethernet 드라이버가 실제 하드웨어에서 검증됐다는 문장, Quake가 실행되지만 아직은 벤치마크에 가깝다는 문장, grimoire가 검증 수준을 기록한다는 문장이 모두 제품 발표문처럼 들립니다. 열정 프로젝트라면 최소한 첫 페이지는 사람의 목소리로 써야 한다고 생각합니다.
- @hexapus — 동의합니다. 사람이 유지하기 어렵거나 안전하지 않고 최적화되지 않은 코드라도 큰 문제가 되지 않는 분야에서 LLM으로 만든 프로젝트가 많이 나옵니다. MiSTer FPGA용 레트로 시스템 포트가 그런 예입니다. 버그가 불편하기는 해도 치명적이지 않고, 원래 없었을 소프트웨어를 얻을 수 있습니다. 그래도 Claude가 쓴 듯한 README를 보면 바로 거부감이 듭니다. 프로젝트를 왜 만들었는지, 봇이 어떤 문제를 푸는 데 도움을 줬는지 자신의 말로 설명했으면 합니다.
- @teddyh — Debian 3.1 Sarge도 Amiga 하드웨어를 지원했습니다. 유지 관리자가 부족해서 다음 릴리스에서 2007년에 지원이 빠졌습니다. 실제 Amix와의 호환성이 특별히 중요하지 않다면 그 작업을 다시 시작하는 편이 더 쉬울 것 같습니다.
- @rjsw — NetBSD는 지금도 Amiga에서 실행됩니다.
- @mrweasel — 재미와 희귀한 버그를 찾는 목적을 빼면, 지금 Amiga에서 NetBSD를 실행하는 일이 실제로 유용한가요? 계속 지원하는 점은 좋지만, 설치한 다음 무엇을 할지 궁금합니다.
- @breput — 저는 68030과 MMU, 68881, SCSI 하드디스크 사이드카를 단 Amiga 500에서 NetBSD 0.8을 실행했습니다. 당시 Commodore 릴리스와 시기가 겹쳤습니다. ‘할 수 있으니까’와 역사적 관심을 빼면 4.4BSD보다 System V Release 4를 선택할 이유는 떠올리기 어렵습니다. 최신 NetBSD 11도 Amiga를 완전히 지원합니다.
- @cryptonector — 아마 향수 때문일 것입니다. Amiga용 SVR4는 최초의 상용 SVR4 릴리스였다고 기억합니다. Solaris 2.x가 조금 뒤에 나왔습니다. Sun에서는 나중에 고치거나 다시 쓰거나 없애야 했던 SVR4의 문제를 ‘뉴저지에서 왔다’고 부르곤 했습니다. STREAMS, XTI, 사용자 공간의 여러 부분이 그 대상이었습니다. 그래서 향수를 제외하면 SVR4를 실행할 이유가 없고, 저에게는 OpenSolaris 쪽이 더 향수를 자극합니다.
- @jchw — LLM을 많이 보조로 쓰는 프로젝트라면 조금 덜 의존하라고 조언하고 싶습니다. LLM은 훌륭한 도구이지만, 이 페이지를 읽으면 글 대부분이 LLM이 만든 것처럼 보이고 프로젝트의 나머지도 그럴 가능성이 작지 않다고 느낍니다. 코드가 정말 Claude와 공동 작성된 것인지, 아니면 본인이 작성하지 않고 에이전트를 관리한 것인지 구분해야 합니다. LLM 문체를 불편해하는 사람이 많습니다. 자신의 목소리로 말해 주면 좋겠습니다.
- @tim-projects — 그다지 중요한 문제라고 생각하지 않습니다. 이런 댓글이 AI 문체보다 더 짜증 납니다. 이미 지는 싸움을 하면서 모두를 귀찮게 하고 있습니다. 적응해야 합니다.
- @wolrah — 이 댓글들이 더 짜증 납니다. 이 도구의 사용을 비판하는 사람을 공격할 정도로 자신의 자아를 도구 사용에 연결한 이유를 모르겠습니다. 실제로 이기는 쪽이라면 상대에게 계속 지고 있다고 말할 필요가 없습니다.
- @jonathanstrange — 전혀 중요한 일이 아니며 사람들이 AI 이야기를 그만했으면 합니다. 문서나 코드의 품질을 비판하려면 그렇게 하면 됩니다. 누가 어느 정도 작성했는지는 중요하지 않고, 결과물의 품질이 중요합니다.
- @musha68k — 이 시점에는 많은 사람이 깊은 공생 관계에 들어갔다고 생각합니다. 유용한지와 별개로 다른 Amiga·Unix 팬도 즐거움과 배움을 얻었을 것입니다. 최소한 토큰을 사용해 결과물을 오픈소스로 공개했다는 현실적 효과는 있습니다. 에이전트 추상화 과정을 거치면서도 만든 사람의 목소리가 남아 있으면 좋겠습니다. 수십 년 된 NetBSD와 Amiga 팬으로서 이런 값싸고 재미있는 실험을 반갑게 봅니다.
- @steve1977 — 이 프로젝트는 상표 문제에 부딪힐 수 있습니다. Amix 소유자가 나타날 수 있다는 뜻이 아니라 UNIX, 그리고 Amiga 상표 때문입니다.
- @OCTAGRAM — Apollo V4 ITX UEB를 사용하고 있어서 68080 지원이 궁금합니다. 68080에는 64비트 기능과 AMMX 벡터 확장이 있습니다. 웹사이트는 최신 가속기 하드웨어를 언급하지만 MiniMig는 언급하지 않고 PiStorm만 언급합니다. 68080의 모든 기능을 활용하는 툴체인은 오래된 GCC를 바탕으로 하고 Linux amd64에서 호스팅되는데, 아쉽게도 Amix 장비에서 직접 실행되지 않습니다. 원래 Amiga를 대상으로 한다면 이 툴체인도 사용할 수 있고 다른 컴파일러보다 효율적이라고 합니다.
원문: amigaux.org / 번역·요약: Trawling