
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Chaos and Order</title>
      <link>https://www.youngju.dev/blog</link>
      <description>천천히 올바르게. AI Researcher &amp; DevOps Engineer Youngju&#39;s blog. GPU/CUDA, LLM, MLOps, Kubernetes AI workloads, and data engineering — plus mindset essays on confidence, routines, health, and sport psychology.</description>
      <language>ko</language>
      <managingEditor>fjvbn2003@gmail.com (Youngju Kim)</managingEditor>
      <webMaster>fjvbn2003@gmail.com (Youngju Kim)</webMaster>
      <lastBuildDate>Wed, 19 Aug 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/ftrace/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/linux/2026-08-19-kernel-debugging-and-observing</guid>
    <title>커널을 관측하고 디버깅하기 — printk, ftrace, kprobes, 그리고 QEMU와 GDB</title>
    <link>https://www.youngju.dev/blog/linux/2026-08-19-kernel-debugging-and-observing</link>
    <description>커널 디버깅에는 사용자 공간과 결정적으로 다른 제약이 하나 있습니다. 멈춰 세우면 시스템 전체가 멈춘다는 것입니다. 그래서 커널 관측 도구는 대부분 멈추지 않고 들여다보는 쪽으로 발달했습니다. 이 글은 그 도구들을 실제로 쓰는 순서대로 정리합니다. 먼저 모두가 실제로 가장 많이 쓰는 printk와 dmesg를, 그다음 oops 메시지를 소스 줄 번호로 되돌리는 트리 안의 스크립트들을, 이어서 /proc과 /sys라는 커널 자신의 인터페이스를 다룹니다. 본론은 ftrace입니다. tracefs의 제어 파일들과 function_graph 추적기로 호출 그래프를 얻는 절차를 공식 문서 기준으로 설명합니다. 그다음 임의 함수에 동적으로 붙는 kprobes와, 샘플링으로 전체 그림을 잡는 perf를 다루고, eBPF가 이 지형에서 어디에 놓이는지 정리합니다. 마지막은 진짜 중단점이 필요한 경우입니다. QEMU의 gdb 스텁과 커널이 제공하는 lx 명령들, 그리고 물리 장비용 KGDB를 다룹니다.</description>
    <pubDate>Wed, 19 Aug 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>linux</category><category>kernel</category><category>ftrace</category><category>kprobes</category><category>perf</category><category>gdb</category><category>debugging</category><category>tracing</category>
  </item>

    </channel>
  </rss>
