<feed xmlns="http://www.w3.org/2005/Atom"> <id>https://ehddud8339.github.io/</id><title>우매함의 봉우리</title><subtitle>기록 용도</subtitle> <updated>2026-03-04T13:56:20+09:00</updated> <author> <name>Lee Dongyeong</name> <uri>https://ehddud8339.github.io/</uri> </author><link rel="self" type="application/atom+xml" href="https://ehddud8339.github.io/feed.xml"/><link rel="alternate" type="text/html" hreflang="ko-kr" href="https://ehddud8339.github.io/"/> <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator> <rights> © 2026 Lee Dongyeong </rights> <icon>/assets/img/favicons/favicon.ico</icon> <logo>/assets/img/favicons/favicon-96x96.png</logo> <entry><title>논문 리뷰 - [FAST'26] Lockify: Understanding Linux Distributed Lock Management Overheads in Shared Storage</title><link href="https://ehddud8339.github.io/posts/Lockify-Understanding-Linux-Distributed-Lock-Management-Overheads-in-Shared-Storage/" rel="alternate" type="text/html" title="논문 리뷰 - [FAST&amp;apos;26] Lockify: Understanding Linux Distributed Lock Management Overheads in Shared Storage" /><published>2026-03-04T12:00:00+09:00</published> <updated>2026-03-04T13:55:37+09:00</updated> <id>https://ehddud8339.github.io/posts/Lockify-Understanding-Linux-Distributed-Lock-Management-Overheads-in-Shared-Storage/</id> <content type="text/html" src="https://ehddud8339.github.io/posts/Lockify-Understanding-Linux-Distributed-Lock-Management-Overheads-in-Shared-Storage/" /> <author> <name>Lee Dongyeong</name> </author> <category term="Linux" /> <category term="Shared Storage" /> <summary>이번에 읽은 논문은 FAST(File and Storage Technologies) 2026년에 발표된 Lockify: Understanding Linux Distributed Lock Management Overheads in Shared Storage이다. 이 논문은 공유 저장장치 환경에서 리눅스 분산 락 관리자(DLM)가 가지는 성능 병목 지점을 정밀하게 분석하고, 이를 개선한 Lockify 기법을 제안한다. 1. 문제와 원인 (Problem and Cause) 1.1 Background: 리눅스 커널 DLM의 동작 방식 공유 디스크 파일 시스템(예: GFS2, OCFS2)은 여러 클라이언트가 동일한 저장 장치에 동시 접근할 때 데이터 일관성을 유지하기 위해 분산 락 관리자(DLM)를 사용...</summary> </entry> <entry><title>논문 리뷰 - [FAST'26] Rearchitecting Buffered I/O in the Era of High-Bandwidth SSDs</title><link href="https://ehddud8339.github.io/posts/FAST'26-Rearchitecting-Buffered-IO-in-the-Era-of-High-Bandwidth-SSDs-copy/" rel="alternate" type="text/html" title="논문 리뷰 - [FAST&amp;apos;26] Rearchitecting Buffered I/O in the Era of High-Bandwidth SSDs" /><published>2026-02-07T12:00:00+09:00</published> <updated>2026-02-07T12:00:00+09:00</updated> <id>https://ehddud8339.github.io/posts/FAST'26-Rearchitecting-Buffered-IO-in-the-Era-of-High-Bandwidth-SSDs-copy/</id> <content type="text/html" src="https://ehddud8339.github.io/posts/FAST'26-Rearchitecting-Buffered-IO-in-the-Era-of-High-Bandwidth-SSDs-copy/" /> <author> <name>Lee Dongyeong</name> </author> <category term="Linux" /> <category term="I/O Stack" /> <summary>이번에 읽은 논문은 FAST(File and Storage Technicals) 2026년에 발표된 Rearchitecting Buffered I/O in the Era of High-Bandwidth SSDs다. 1. 서론 저장 장치 기술의 발전에 따라 NVMe(Non-Volatile Memory Express) SSD의 대역폭은 비약적으로 상승했다. 그러나 기존 운영체제의 Buffered I/O(페이지 캐시를 거치는 입출력 방식) 아키텍처는 수십 년 전 설계된 구조로, 최신 고대역폭 SSD의 성능을 충분히 활용하지 못하고 있다. 저자들은 이러한 한계를 극복하기 위해 쓰기 경로를 재설계한 WSBuffer(Write-Scrap Buffering) 를 제안한다. 2. 문제 정의 및 원인 분석 Buff...</summary> </entry> <entry><title>논문 리뷰 - [OSDI'21] Rearchitecting Linux Storage Stack for µs Latency and High Throughput</title><link href="https://ehddud8339.github.io/posts/OSDI'21-Rearchitecting-Linux-Storage-Stack-for-u%C2%B5s-Latency-and-High-Throughput/" rel="alternate" type="text/html" title="논문 리뷰 - [OSDI&amp;apos;21] Rearchitecting Linux Storage Stack for µs Latency and High Throughput" /><published>2026-01-26T23:00:00+09:00</published> <updated>2026-01-26T23:00:00+09:00</updated> <id>https://ehddud8339.github.io/posts/OSDI'21-Rearchitecting-Linux-Storage-Stack-for-u%C2%B5s-Latency-and-High-Throughput/</id> <content type="text/html" src="https://ehddud8339.github.io/posts/OSDI'21-Rearchitecting-Linux-Storage-Stack-for-u%C2%B5s-Latency-and-High-Throughput/" /> <author> <name>Lee Dongyeong</name> </author> <category term="Linux" /> <category term="File system" /> <summary>이번에 읽은 논문의 주제는 L-app(Latency-sensitive App)과 T-app(Throughput-bound App)이 실행 중인 환경에서 발생하는 요청 순서 문제를 해결하는 것이다. 저자들은 Linux Storage Stack과 SPDK(Storage Performance Development Kit)를 중점적으로 분석하여, 어떤 문제가 있는지 정의한다. Linux Storage Stack Linux Storage Stack의 여러 가지 최적화 기법(Per-core Queues, Per-core Storage &amp;amp; Network Processing)에도 불구하고 멀티 테넌트 환경에서 HoL(Head of Line) Blocking으로 인해 성능 저하를 겪고 있으며, L-apps와 ...</summary> </entry> <entry><title>논문 리뷰 - [FAST'25] Rethinking the Request-to-IO Transformation Process of File Systems for Full Utilization of High-Bandwidth SSDs</title><link href="https://ehddud8339.github.io/posts/FAST'25-Rethinking-the-Request-to-IO-Transformation-Process-of-File-Systems-for-Full-Utilization-of-High-Bandwidth-SSDs/" rel="alternate" type="text/html" title="논문 리뷰 - [FAST&amp;apos;25] Rethinking the Request-to-IO Transformation Process of File Systems for Full Utilization of High-Bandwidth SSDs" /><published>2026-01-25T23:00:00+09:00</published> <updated>2026-02-07T14:44:01+09:00</updated> <id>https://ehddud8339.github.io/posts/FAST'25-Rethinking-the-Request-to-IO-Transformation-Process-of-File-Systems-for-Full-Utilization-of-High-Bandwidth-SSDs/</id> <content type="text/html" src="https://ehddud8339.github.io/posts/FAST'25-Rethinking-the-Request-to-IO-Transformation-Process-of-File-Systems-for-Full-Utilization-of-High-Bandwidth-SSDs/" /> <author> <name>Lee Dongyeong</name> </author> <category term="Linux" /> <category term="File system" /> <summary>오늘 읽은 논문은 FAST 2025년에 발표된 Rethinking the Request-to-IO Transformation Process of File Systems for Full Utilization of High-Bandwidth SSDs란 논문이다. 간단하게 정리하자면 정렬되지 않은 쓰기를 하려고 할 때 파일 시스템에서 RMW(Read-Modify-Write) 동작을 수행하게 되는데, 이게 추가적인 I/O를 유발하여서 성능이 큰 악영향을 주는 병목 현상이라고 한다.. 그래서 저자들은 정렬되지 않은 쓰기 범위 중 정렬된 부분은 SSD-IO로 처리하고 정렬되지 않은 범위는 NVM(Non-Volatile Memory)-IO로 처리하여 성능을 향상 시키는 것이 가장 큰 아이디어다. Motivat...</summary> </entry> </feed>
