<?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>Keep_alive on Simon의 AI 시대에 살아남는 법</title><link>https://mhub.uk/tags/keep_alive/</link><description>Recent content in Keep_alive on Simon의 AI 시대에 살아남는 법</description><generator>Hugo</generator><language>ko-KR</language><copyright>2026 mhub. 이 블로그의 모든 글·그림과 전자책(그림으로 배우는 시리즈)의 저작권은 mhub에 있으며, 저작권자의 허락 없는 무단 복제·배포·전재를 금지합니다. 이용 허락이나 오류 제보는 문의하기로 보내 주세요.</copyright><lastBuildDate>Sat, 17 Oct 2026 18:25:00 +0900</lastBuildDate><atom:link href="https://mhub.uk/tags/keep_alive/index.xml" rel="self" type="application/rss+xml"/><item><title>여러 로컬 LLM 모델을 번갈아 테스트할 때 알아야 할 것 — ollama ps와 keep_alive</title><link>https://mhub.uk/posts/mac-12-ollama-ps-keep-alive-model-switching/</link><pubDate>Sat, 17 Oct 2026 18:25:00 +0900</pubDate><guid>https://mhub.uk/posts/mac-12-ollama-ps-keep-alive-model-switching/</guid><description>&lt;p&gt;4개 모델을 순서대로 벤치마크하던 중, 이상하게 다음 모델의 로딩이 평소보다 느리게 느껴지는 순간이 있었다. &lt;code&gt;ps aux&lt;/code&gt;로 확인해보니 원인이 바로 보였다.&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-bash" data-lang="bash"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;$ ps aux &lt;span class="p"&gt;|&lt;/span&gt; grep llama-server
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;simon &lt;span class="m"&gt;41203&lt;/span&gt; 539.6 ... llama-server --model .../qwen2.5-coder-14b ...
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;simon &lt;span class="m"&gt;40891&lt;/span&gt; 0.0 ... llama-server --model .../deepseek-coder-v2-16b ...
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;새로 시작한 14B 테스트는 CPU 539.6%로 활발히 계산 중인데, &lt;strong&gt;바로 아래에 방금 전에 테스트했던 DeepSeek 16B 프로세스가 CPU 0%로 여전히 살아있었다.&lt;/strong&gt; 이미 다른 터미널에서 Aider 세션을 종료했는데도 말이다.&lt;/p&gt;
&lt;h2 id="keep_alive-알아서-안-꺼주는-5분"&gt;keep_alive, 알아서 안 꺼주는 5분&lt;/h2&gt;
&lt;p&gt;원인은 Ollama의 &lt;code&gt;keep_alive&lt;/code&gt; 메커니즘이었다. Ollama는 한 번 로드한 모델을 요청이 끝난 뒤에도 &lt;strong&gt;기본 5분간 메모리에 유지&lt;/strong&gt;한다. 같은 모델로 연속 요청이 들어올 걸 대비한 최적화인데, 이게 여러 모델을 짧은 간격으로 번갈아 테스트하는 상황에서는 오히려 방해가 된다 — 이전 모델이 여전히 RAM을 점유하고 있어서, 새 모델이 로드될 때 쓸 수 있는 메모리 대역폭이 줄어들기 때문이다.&lt;/p&gt;</description></item></channel></rss>