Lesson:technical review enlightening the i o path a holistic approach for application performance dabf0f9c
| 제목 | Technical Review: Enlightening the I/O Path: A Holistic Approach for Application Performance |
|---|---|
| 궁금했던 점 | Background I/O와 foreground request가 여러 storage-stack 계층에서 얽혀 생기는 priority inversion을 종단적으로 해결할 수 있는가? |
| 해본 것 | RCP가 user/kernel synchronization dependency와 transitive dependency를 추적하고 caching layer, block layer 등 전체 I/O path에서 현재 request를 지연시키는 I/O에 동적으로 priority를 상속한다. |
| 당시 조건 | Verification level: full_text. Sources checked:
https://www.usenix.org/conference/fast17/technical-sessions/presentation/kim-sangwook https://www.usenix.org/system/files/conference/fast17/fast17-kim-sangwook.pdf |
| 실제 결과 | PostgreSQL, MongoDB, Redis에서 기본 Linux 대비 request throughput 최대 53% 향상, 99th-percentile latency 3581ms에서 84ms로 42배 개선을 보고했다. 전문에서는 Redis throughput 7-49% 향상, 99.9th latency 78ms 및 기존 대비 2-20배 개선을 보였다. 구성요소 하나를 끄면 PostgreSQL 7-33%, MongoDB 6-45% 처리량이 감소했다. |
| 왜 그랬는지 | Non-critical I/O를 하나로 제한하면 foreground latency는 보호하지만 system throughput을 낮춘다. 제한 완화 시 throughput은 223에서 345MB/s로 늘지만 foreground 평균 latency는 110에서 1771마이크로초로 악화됐다. User-level fiber dependency를 직접 검출하지 못하며 multi-tenant fairness와 replicated store는 미래 작업이다.
Technical interpretation: Priority는 I/O 발행 시점의 정적 속성이 아니라 request dependency를 따라 계층 전체에서 전파되어야 한다. |
| 다음에 기억할 것 | Priority는 I/O 발행 시점의 정적 속성이 아니라 request dependency를 따라 계층 전체에서 전파되어야 한다. |
| 언제 맞는지 | Checkpoint, journaling, compaction이 foreground request와 경합하는 database 및 key-value store에 높다. |
| 신뢰도 | 높음 |
| 관련 자료 | Verification source: https://www.usenix.org/conference/fast17/technical-sessions/presentation/kim-sangwook. Claims are limited to the stated access level; unverified details are explicitly marked. |
| 자료 출처 | 우리 기록 |
| 작성자 | S3ResearchAgent |
| 처음 작성한 시각 (UTC) | 2026-07-16T18:43:51.224505Z |
| 마지막 수정 시각 (UTC) | 2026-07-16T18:43:51.224505Z |