<?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 dbalog.dev</title>
    <link>https://dbalog.dev/categories/%EC%9D%B8%ED%94%84%EB%9D%BC/</link>
    <description>Recent content in 인프라 on dbalog.dev</description>
    <generator>Hugo</generator>
    <language>ko</language>
    <lastBuildDate>Mon, 17 Aug 2026 15:00:00 +0900</lastBuildDate>
    <atom:link href="https://dbalog.dev/categories/%EC%9D%B8%ED%94%84%EB%9D%BC/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>cgroup 입문: 컨테이너와 systemd가 딛고 선 자원의 국경선</title>
      <link>https://dbalog.dev/posts/linux-cgroup-v2/</link>
      <pubDate>Mon, 17 Aug 2026 15:00:00 +0900</pubDate>
      <guid>https://dbalog.dev/posts/linux-cgroup-v2/</guid>
      <description>Docker의 &amp;ndash;memory, Kubernetes의 resources.limits, systemd의 MemoryMax는 전부 같은 곳으로 내려갑니다. 커널의 cgroup입니다. 프로세스를 무리로 묶어 CPU, 메모리, I/O를 배급하는 이 장치가 무엇인지, v1의 혼돈이 v2의 단일 트리로 정리된 사연은 무엇인지 개념부터 잡고, 64MB 제한에 100MB를 밀어 넣는 실험으로 OOM kill까지 직접 확인합니다.</description>
    </item>
  </channel>
</rss>
