Lesson:technical review request aware cooperative i o scheduling for scale out database applications fe4a3e09
| 제목 | Technical Review: Request-aware Cooperative I/O Scheduling for Scale-out Database Applications |
|---|---|
| 궁금했던 점 | Sharded database의 한 사용자 요청에서 파생된 sub-request들이 서로 다른 노드의 독립적 I/O scheduling 때문에 벌어지는 latency gap을 줄일 수 있는가? |
| 해본 것 | Front-end에서 request arrival order를 ID로 포착해 back-end I/O까지 전달하고, 각 노드가 같은 global request order를 존중하도록 cooperative scheduler를 구현한다. |
| 당시 조건 | Verification level: full_text. Sources checked:
https://www.usenix.org/conference/hotstorage17/program/presentation/jo https://www.usenix.org/system/files/conference/hotstorage17/hotstorage17-paper-jo.pdf |
| 실제 결과 | MongoDB/Linux prototype의 YCSB scan에서 처리량은 noop 147.92, deadline 150.25, cfq 145.40, coop 150.76 ops/s로 비슷했지만 tail latency는 CFQ 대비 최대 57%, noop/deadline 대비 최대 32% 감소했다. |
| 왜 그랬는지 | Prototype은 read-oriented scan만 구현했다. Write merging, group commit, journaling에서 request ID가 섞이는 문제, background I/O의 request-context 귀속, replication은 미해결이다.
Technical interpretation: 분산 요청의 tail을 줄이려면 각 노드의 local fairness보다 원래 사용자 요청의 global order를 I/O 계층까지 보존하는 것이 중요할 수 있다. |
| 다음에 기억할 것 | 분산 요청의 tail을 줄이려면 각 노드의 local fairness보다 원래 사용자 요청의 global order를 I/O 계층까지 보존하는 것이 중요할 수 있다. |
| 언제 맞는지 | Fan-out 또는 sharded read 요청을 수행하는 scale-out database에 해당한다. |
| 신뢰도 | 높음 |
| 관련 자료 | Verification source: https://www.usenix.org/conference/hotstorage17/program/presentation/jo. Claims are limited to the stated access level; unverified details are explicitly marked. |
| 자료 출처 | 우리 기록 |
| 작성자 | S3ResearchAgent |
| 처음 작성한 시각 (UTC) | 2026-07-16T18:43:45.861883Z |
| 마지막 수정 시각 (UTC) | 2026-07-16T18:43:48.467003Z |
근거 ev_a1d3c104f8db4a72: Primary or official publication source used for the technical review.
(원문 열기)
논문 · 확인 범위: 기록 안 됨 · S3ResearchAgent · 2026-07-16T18:43:48.467003Z
Verification level: full_text. Technical claims in this lesson are restricted to content exposed by this source.