라벨이 ARM 마이크로아키텍처인 게시물 표시

구글 안티그래비티 완전 분석 — 모델·요금제·CLI 총정리

🚀 구글 안티그래비티(Antigravity) 완전 분석 구글이 2025년 11월 Gemini 3와 함께 공개한 에이전트 퍼스트(agent-first) IDE 안티그래비티는 Claude·GPT·Gemini를 한 도구에서 골라 쓰는 멀티모델 코딩 환경이다. 이 글에서는 ① 지원 모델과 요금제별 사용량의 실체, ② 실사용자 평가, ③ 구글의 방향성, ④ Claude Code와의 비교·연계, ⑤ CLI( agy )로 직접 쓰는 법까지 다섯 갈래를 차례로 정리한다. 자료 간 충돌이 있는 지점은 한쪽으로 단정하지 않고 양쪽을 모두 살려 표기했다. 📅 기준 시점: 2026년 6월 · 프리뷰 단계 정보로 수치는 변동 가능 1. 안티그래비티란 무엇인가 — 기초 정리 안티그래비티는 2025년 7월 구글이 24억 달러 규모 라이선스 계약 으로 영입한 전 Windsurf 팀이 설계를 주도했다. VSCode를 포크한 위에 자율 에이전트 오케스트레이션 계층을 얹은 구조다. 2026년 5월 Google I/O에서 발표된 안티그래비티 2.0 은 데스크탑 앱과 함께 공식 CLI agy 를 처음 공개하며 기존 Gemini CLI의 공식 후계자 자리를 확정했다. 핵심 정체성은 단순 코드 자동완성이 아니라 병렬 에이전트 오케스트레이션 이다. 여러 에이전트가 동시에 — 하나는 API, 하나는 테스트, 또 하나는 프론트엔드 — 작업을 나눠 진행하고, 각 에이전트는 계획·테스트 결과·스크린샷·영상을 담은 Artifact 를 남긴다. "사람이 한 줄씩 승인"하는 방식이 아니라 "에이전트들이 일을 마치고 사람이 사후 검수"하는 모델이다. flowchart TD A([사용자 작업 지시]) --> B[에이전트 A API 구현] A --> C[에이전트 B 테스트 작성] A --> D[에이전트 C UI 생성] B --> E[Artifact 계획·결과·영상] C --> E D --> E...

ARM의 MOP 캐시, 왜 넣었다가 다시 뺐을까

🧩 MOps와 MOP 캐시 — ARM 프론트엔드가 넣었다 뺀 한 시대의 최적해 CPU 마이크로아키텍처 · ARM Cortex 시리즈 심층 해설 ARM CPU 문서를 따라가다 보면 Cortex-A76~A77 세대를 기점으로 "MOps(Macro-Operations)"라는 용어와 "MOP Cache"라는 구조물 이 공식 문서에 등장한다. 그리고 불과 몇 년 뒤 ARM은 이 구조를 슬그머니 다시 제거한다. RISC라서 디코드가 단순하다는 ARM이, 왜 디코드 결과를 캐싱하는 구조를 넣었다가 뺐을까? 이 글은 그 모순처럼 보이는 흐름을 명령어 처리 계층의 관점에서 풀어낸다. 🧠 한눈에 — MOp는 ARM이 "원시 명령어"와 "최종 실행 단위 µOp" 사이에 둔 중간 표현이다. MOP 캐시는 이 중간 표현을 저장해 디코드 단계를 통째로 건너뛰는 장치였다. 2019년 정점을 찍고 2024년 세대에서 사실상 은퇴했다. 📚 세 계층: 명령어 → MOp → µOp 현대 고성능 CPU는 명령어를 "가져와서 곧장 실행"하지 않는다. 메모리에서 실행 유닛까지 오는 동안 여러 단계의 변환을 거친다. ARM 공식 커뮤니티 포럼에서 ARM 엔지니어는 두 용어를 이렇게 정의한다. ▶ MOps(매크로 연산) : 아키텍처가 정의한 명령어. 어셈블리로 쓰거나 컴파일러가 생성하는 바로 그 명령어다. ▶ µOps(마이크로 연산) : 프로세서가 실행 도중 내부적으로 만드는 최소 실행 단위. 프로그래머에게는 보이지 않는다. Cortex-A78 기준으로 프론트엔드 파이프라인은 다음 계층을 흐른다. graph TD A[L1 I-Cache 원시 명령어] --> B[Decode 디코드] B --> C[MOps 중간 표현] C --> D[MOP 캐시 저장] D --> E[Rename µOps 분리] E --> F[실행 유...