<?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>Linux on j9m.dev</title>
    <link>https://j9m.dev/tags/linux/</link>
    <description>Recent content in Linux on j9m.dev</description>
    <generator>Hugo -- 0.156.0</generator>
    <language>ko-kr</language>
    <lastBuildDate>Wed, 14 Jan 2026 08:03:00 +0000</lastBuildDate>
    <atom:link href="https://j9m.dev/tags/linux/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>리눅스 HugePages: 커널의 구현 겉핥기</title>
      <link>https://j9m.dev/posts/linux-huge-page-overview/</link>
      <pubDate>Wed, 14 Jan 2026 08:03:00 +0000</pubDate>
      <guid>https://j9m.dev/posts/linux-huge-page-overview/</guid>
      <description>Huge Page 라고 아세요? 아시면 넘어가 주세요.&amp;#39;페이지 매핑 단위가 커지면 관리할 페이지 수가 줄어드니 TLB 효율이 좋아져서 성능이 빨라지겠지&amp;#39;라는 개념적 사실만 알고, 리눅스에서 이것이 어떻게 구현되는지 찾아볼 기회가 없었습니다. 현대 리눅스 커널은 이 거대</description>
    </item>
  </channel>
</rss>
