<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>성능튜닝 on Simon의 AI 시대에 살아남는 법</title><link>https://mhub.uk/tags/%EC%84%B1%EB%8A%A5%ED%8A%9C%EB%8B%9D/</link><description>Recent content in 성능튜닝 on Simon의 AI 시대에 살아남는 법</description><generator>Hugo</generator><language>ko-KR</language><copyright>2026 mhub. 이 블로그의 모든 글·그림과 전자책(그림으로 배우는 시리즈)의 저작권은 mhub에 있으며, 저작권자의 허락 없는 무단 복제·배포·전재를 금지합니다. 이용 허락이나 오류 제보는 문의하기로 보내 주세요.</copyright><lastBuildDate>Wed, 21 Oct 2026 11:10:00 +0900</lastBuildDate><atom:link href="https://mhub.uk/tags/%EC%84%B1%EB%8A%A5%ED%8A%9C%EB%8B%9D/index.xml" rel="self" type="application/rss+xml"/><item><title>Aider도 병목이 될 수 있을까 — repo-map과 컨텍스트 크기가 속도에 미치는 영향</title><link>https://mhub.uk/posts/mac-16-aider-repo-map-bottleneck/</link><pubDate>Wed, 21 Oct 2026 11:10:00 +0900</pubDate><guid>https://mhub.uk/posts/mac-16-aider-repo-map-bottleneck/</guid><description>&lt;p&gt;지금까지의 벤치마크에서 속도 문제는 대부분 모델 추론(CPU 바운드 decode) 탓으로 돌렸다. 그런데 문득 이런 의문이 들었다. &amp;ldquo;Aider 자체는 병목이 아닐까? 모델한테 뭘 보내는지, 그 준비 과정 자체가 느린 건 아닐까?&amp;rdquo;&lt;/p&gt;
&lt;h2 id="aider가-매-턴마다-하는-추가-작업"&gt;Aider가 매 턴마다 하는 추가 작업&lt;/h2&gt;
&lt;p&gt;Aider는 단순히 사용자 프롬프트만 모델에 던지지 않는다. 매 요청마다 다음과 같은 부가 작업이 들어간다.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;1. repo-map 생성&lt;/strong&gt;
프로젝트 전체 구조를 파악해서, 지금 대화와 관련 있을 법한 파일·함수 목록을 요약한 &amp;ldquo;지도&amp;quot;를 만든다. 이 작업은 tree-sitter라는 파서를 이용해 코드를 구문 분석하는 방식으로 이뤄진다. 프로젝트가 작을 땐(이번 테스트의 계산기 모듈처럼) 무시할 만한 수준이지만, 파일 수가 많은 대형 저장소에서는 이 repo-map 생성 자체에 시간이 걸릴 수 있다.&lt;/p&gt;</description></item></channel></rss>