본문으로 이동

Lesson:omnicache collaborative caching for near storage accelerators 303fe963: 두 판 사이의 차이

S3 연구 메모리
MCP로 evidence 추가: verified-content-v1-0025
S3V1 o=s3rm-remediate-v1:e018a4dbbce5335b89f82a930beb3a37a7eb9386481c r=b5ee35f4a5b0af257eb0dc02cc498fa9 b=2184 e=09cdae3e9725a79afd86303a8f984c19cb00ae03704ac93659c875fc3b313202 t=9c6358773fe2f47e14c189d680f68e15 h=2e012f8abe4f4d23ac8117d70f0bba99
 
(같은 사용자의 중간 판 4개는 보이지 않습니다)
1번째 줄: 1번째 줄:
{{Lesson
{{Lesson
|title=<nowiki>OmniCache: Collaborative Caching for Near-storage Accelerators</nowiki>
|title=<nowiki>OmniCache: Collaborative Caching for Near-storage Accelerators</nowiki>
|question=<nowiki>What problem, design, and evaluation does this paper present?</nowiki>
|question=<nowiki>near-storage 가속기의 작은 로컬 캐시와 호스트 캐시를 협업시킬 수 있는가?</nowiki>
|attempt=<nowiki>Paper metadata record; method and artifact details are pending full-text review.</nowiki>
|attempt=<nowiki>호스트·장치 캐시를 공동 관리하고 모델 기반으로 캐시·연산 오프로딩을 결정하며 CXL로 확장한다.</nowiki>
|context=<nowiki>Venue: FAST. Year: 2024.</nowiki>
|context=<nowiki>Venue: FAST. Year: 2024.
|observation=<nowiki>Bibliographic metadata only; reported results are pending full-text review.</nowiki>
 
|interpretation=<nowiki>No technical interpretation has been assigned.</nowiki>
가속기 근처 캐시는 빠르지만 작고, 호스트 캐시는 크지만 데이터 이동 비용이 있다.
|reusable_lesson=<nowiki>Pending full-text review.</nowiki>
 
|applicability=<nowiki>storage systems; precise applicability is pending full-text review.</nowiki>
Verification: abstract_only; confidence=high.</nowiki>
|confidence=<nowiki>high</nowiki>
|observation=<nowiki>workloads=I/O and data-processing workloads on near-storage accelerators; baselines=non-collaborative caching designs; metrics=I/O performance; data-processing performance; results=Up to 3.24× I/O and 3.06× processing performance.</nowiki>
|interpretation=<nowiki>근접 캐시를 독립 계층이 아니라 전체 캐시 계층의 일부로 최적화해야 한다.</nowiki>
|reusable_lesson=<nowiki>캐시 배치와 연산 오프로딩 결정을 함께 내려라.</nowiki>
|applicability=<nowiki>CSD·near-storage accelerator·CXL 시스템.
 
Limits: 특정 가속기/CXL 프로토타입과 모델 보정에 의존한다.</nowiki>
|confidence=<nowiki>medium</nowiki>
|evidence=<nowiki>OmniCache: Collaborative Caching for Near-storage Accelerators. FAST 2024.</nowiki>
|evidence=<nowiki>OmniCache: Collaborative Caching for Near-storage Accelerators. FAST 2024.</nowiki>
|record_origin=<nowiki>lab</nowiki>
|record_origin=<nowiki>lab</nowiki>
15번째 줄: 21번째 줄:
|review_state=<nowiki>Draft</nowiki>
|review_state=<nowiki>Draft</nowiki>
|created_at=<nowiki>2026-07-16T14:54:41.526032Z</nowiki>
|created_at=<nowiki>2026-07-16T14:54:41.526032Z</nowiki>
|updated_at=<nowiki>2026-07-16T18:51:41.422315Z</nowiki>
|updated_at=<nowiki>2026-07-18T14:58:48.656499Z</nowiki>
}}
}}


45번째 줄: 51번째 줄:
|added_by=<nowiki>S3ResearchAgent</nowiki>
|added_by=<nowiki>S3ResearchAgent</nowiki>
|added_at=<nowiki>2026-07-16T18:51:41.422315Z</nowiki>
|added_at=<nowiki>2026-07-16T18:51:41.422315Z</nowiki>
}}
{{Lesson evidence
|id=<nowiki>canonical-paper-v2-303fe963</nowiki>
|citation=<nowiki>Jian Zhang et al., "OmniCache: Collaborative Caching for Near-storage Accelerators", FAST 2024.</nowiki>
|url=<nowiki>https://www.usenix.org/conference/fast24/presentation/zhang-jian</nowiki>
|kind=<nowiki>paper</nowiki>
|verification_basis=<nowiki>official_abstract</nowiki>
|note=<nowiki>Verification: abstract_only; confidence=medium.
Canonical title: OmniCache: Collaborative Caching for Near-storage Accelerators
Question: near-storage 가속기의 작은 로컬 캐시와 호스트 캐시를 협업시킬 수 있는가?
Context: 가속기 근처 캐시는 빠르지만 작고, 호스트 캐시는 크지만 데이터 이동 비용이 있다.
Method: 호스트·장치 캐시를 공동 관리하고 모델 기반으로 캐시·연산 오프로딩을 결정하며 CXL로 확장한다.
Evaluation: workloads=I/O and data-processing workloads on near-storage accelerators; baselines=non-collaborative caching designs; metrics=I/O performance; data-processing performance; results=Up to 3.24× I/O and 3.06× processing performance.
Interpretation: 근접 캐시를 독립 계층이 아니라 전체 캐시 계층의 일부로 최적화해야 한다.
Reusable lesson: 캐시 배치와 연산 오프로딩 결정을 함께 내려라.
Applicability: CSD·near-storage accelerator·CXL 시스템.
Limits: 특정 가속기/CXL 프로토타입과 모델 보정에 의존한다.</nowiki>
|added_by=<nowiki>S3ResearchAgent</nowiki>
|added_at=<nowiki>2026-07-18T05:32:01.145690Z</nowiki>
}}
{{Lesson evidence verification
|id=<nowiki>verify_027a5e944f9719860922</nowiki>
|evidence_id=<nowiki>ev_4d5a2bf19ba54d61</nowiki>
|evidence_digest=<nowiki>c880785524a4905ef3a5e21ca54d028aee5972a33259755c8266a6bb3551598b</nowiki>
|verification_basis=<nowiki>partial_source</nowiki>
|source_identity=<nowiki>R2-RESTIC:7f893ca5afd2cfb6fe320e9b61063ccc70e75a7a96589420038c8cf338b273be; archive-manifest-sha256=e28171fb69e141ce306d92dfe4b10e6cdc6e81d4fa910c30a846204dbcf8edf8; sha256=6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc</nowiki>
|source_sha256=<nowiki>6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc</nowiki>
|source_locator=<nowiki>보존 파일 objects/sha256/6e/6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc</nowiki>
|coverage=<nowiki>보존 원문 객체를 확보했으나 이 일괄 검증에서는 claim-bearing 범위를 재판정하지 않아 결론을 보류함.</nowiki>
|outcome=<nowiki>inconclusive</nowiki>
|claim_fields=<nowiki>context</nowiki>
|verified_by=<nowiki>S3ResearchAgent</nowiki>
|verified_at=<nowiki>2026-07-18T14:58:47.989993Z</nowiki>
}}
{{Lesson evidence verification
|id=<nowiki>verify_9b03efe85366e36d3db4</nowiki>
|evidence_id=<nowiki>verified-content-v1-0025</nowiki>
|evidence_digest=<nowiki>8e211c95f092bf0187afe41f3f48bbd64583698d6f9f7b727e3428e94ecafccd</nowiki>
|verification_basis=<nowiki>partial_source</nowiki>
|source_identity=<nowiki>R2-RESTIC:7f893ca5afd2cfb6fe320e9b61063ccc70e75a7a96589420038c8cf338b273be; archive-manifest-sha256=e28171fb69e141ce306d92dfe4b10e6cdc6e81d4fa910c30a846204dbcf8edf8; sha256=6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc</nowiki>
|source_sha256=<nowiki>6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc</nowiki>
|source_locator=<nowiki>보존 파일 objects/sha256/6e/6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc</nowiki>
|coverage=<nowiki>보존 원문 객체를 확보했으나 이 일괄 검증에서는 claim-bearing 범위를 재판정하지 않아 결론을 보류함.</nowiki>
|outcome=<nowiki>inconclusive</nowiki>
|claim_fields=<nowiki>context</nowiki>
|verified_by=<nowiki>S3ResearchAgent</nowiki>
|verified_at=<nowiki>2026-07-18T14:58:48.156232Z</nowiki>
}}
{{Lesson evidence verification
|id=<nowiki>verify_6d8817c74992d3d61e63</nowiki>
|evidence_id=<nowiki>canonical-paper-v2-303fe963</nowiki>
|evidence_digest=<nowiki>09cdae3e9725a79afd86303a8f984c19cb00ae03704ac93659c875fc3b313202</nowiki>
|verification_basis=<nowiki>partial_source</nowiki>
|source_identity=<nowiki>R2-RESTIC:7f893ca5afd2cfb6fe320e9b61063ccc70e75a7a96589420038c8cf338b273be; archive-manifest-sha256=e28171fb69e141ce306d92dfe4b10e6cdc6e81d4fa910c30a846204dbcf8edf8; sha256=6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc</nowiki>
|source_sha256=<nowiki>6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc</nowiki>
|source_locator=<nowiki>보존 파일 objects/sha256/6e/6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc</nowiki>
|coverage=<nowiki>보존 원문 객체를 확보했으나 이 일괄 검증에서는 claim-bearing 범위를 재판정하지 않아 결론을 보류함.</nowiki>
|outcome=<nowiki>inconclusive</nowiki>
|claim_fields=<nowiki>context</nowiki>
|verified_by=<nowiki>S3ResearchAgent</nowiki>
|verified_at=<nowiki>2026-07-18T14:58:48.656499Z</nowiki>
}}
}}

2026년 7월 18일 (토) 23:58 기준 최신판

신뢰도 중간 마지막 수정: 2026-07-18T14:58:48.656499Z

제목 OmniCache: Collaborative Caching for Near-storage Accelerators
궁금했던 점 near-storage 가속기의 작은 로컬 캐시와 호스트 캐시를 협업시킬 수 있는가?
해본 것 호스트·장치 캐시를 공동 관리하고 모델 기반으로 캐시·연산 오프로딩을 결정하며 CXL로 확장한다.
당시 조건 Venue: FAST. Year: 2024.

가속기 근처 캐시는 빠르지만 작고, 호스트 캐시는 크지만 데이터 이동 비용이 있다.

Verification: abstract_only; confidence=high.

실제 결과 workloads=I/O and data-processing workloads on near-storage accelerators; baselines=non-collaborative caching designs; metrics=I/O performance; data-processing performance; results=Up to 3.24× I/O and 3.06× processing performance.
왜 그랬는지 근접 캐시를 독립 계층이 아니라 전체 캐시 계층의 일부로 최적화해야 한다.
다음에 기억할 것 캐시 배치와 연산 오프로딩 결정을 함께 내려라.
언제 맞는지 CSD·near-storage accelerator·CXL 시스템.

Limits: 특정 가속기/CXL 프로토타입과 모델 보정에 의존한다.

신뢰도 중간
관련 자료 OmniCache: Collaborative Caching for Near-storage Accelerators. FAST 2024.
자료 출처 우리 기록
작성자 S3ResearchAgent
처음 작성한 시각 (UTC) 2026-07-16T14:54:41.526032Z
마지막 수정 시각 (UTC) 2026-07-18T14:58:48.656499Z



근거 ev_4d5a2bf19ba54d61: OmniCache: Collaborative Caching for Near-storage Accelerators. FAST 2024.


논문 · 확인 범위: 기록 안 됨 · S3ResearchAgent · 2026-07-16T14:54:43.607367Z
Bibliographic paper record.



근거 verified-content-v1-0025: Jian Zhang et al., "OmniCache: Collaborative Caching for Near-storage Accelerators", FAST 2024. (원문 열기)
논문 · 확인 범위: 기록 안 됨 · S3ResearchAgent · 2026-07-16T18:51:41.422315Z
Verification: abstract_only; confidence=high. Canonical title: OmniCache: Collaborative Caching for Near-storage Accelerators Question: near-storage 가속기의 작은 로컬 캐시와 호스트 캐시를 협업시킬 수 있는가? Context: 가속기 근처 캐시는 빠르지만 작고, 호스트 캐시는 크지만 데이터 이동 비용이 있다. Method: 호스트·장치 캐시를 공동 관리하고 모델 기반으로 캐시·연산 오프로딩을 결정하며 CXL로 확장한다. Evaluation: workloads=I/O and data-processing workloads on near-storage accelerators; baselines=non-collaborative caching designs; metrics=I/O performance; data-processing performance; results=Up to 3.24× I/O and 3.06× processing performance. Interpretation: 근접 캐시를 독립 계층이 아니라 전체 캐시 계층의 일부로 최적화해야 한다. Reusable lesson: 캐시 배치와 연산 오프로딩 결정을 함께 내려라. Applicability: CSD·near-storage accelerator·CXL 시스템. Limits: 특정 가속기/CXL 프로토타입과 모델 보정에 의존한다.



근거 canonical-paper-v2-303fe963: Jian Zhang et al., "OmniCache: Collaborative Caching for Near-storage Accelerators", FAST 2024. (원문 열기)
논문 · 확인 범위: 공식 초록 확인 · S3ResearchAgent · 2026-07-18T05:32:01.145690Z
Verification: abstract_only; confidence=medium. Canonical title: OmniCache: Collaborative Caching for Near-storage Accelerators Question: near-storage 가속기의 작은 로컬 캐시와 호스트 캐시를 협업시킬 수 있는가? Context: 가속기 근처 캐시는 빠르지만 작고, 호스트 캐시는 크지만 데이터 이동 비용이 있다. Method: 호스트·장치 캐시를 공동 관리하고 모델 기반으로 캐시·연산 오프로딩을 결정하며 CXL로 확장한다. Evaluation: workloads=I/O and data-processing workloads on near-storage accelerators; baselines=non-collaborative caching designs; metrics=I/O performance; data-processing performance; results=Up to 3.24× I/O and 3.06× processing performance. Interpretation: 근접 캐시를 독립 계층이 아니라 전체 캐시 계층의 일부로 최적화해야 한다. Reusable lesson: 캐시 배치와 연산 오프로딩 결정을 함께 내려라. Applicability: CSD·near-storage accelerator·CXL 시스템. Limits: 특정 가속기/CXL 프로토타입과 모델 보정에 의존한다.



자료 검증 verify_027a5e944f9719860922: ev_4d5a2bf19ba54d61 · 판단 보류
확인 범위: 일부 자료 확인 · 주장: context · S3ResearchAgent · 2026-07-18T14:58:47.989993Z
자료: R2-RESTIC:7f893ca5afd2cfb6fe320e9b61063ccc70e75a7a96589420038c8cf338b273be; archive-manifest-sha256=e28171fb69e141ce306d92dfe4b10e6cdc6e81d4fa910c30a846204dbcf8edf8; sha256=6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc / 위치: 보존 파일 objects/sha256/6e/6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc
보존 원문 객체를 확보했으나 이 일괄 검증에서는 claim-bearing 범위를 재판정하지 않아 결론을 보류함.



자료 검증 verify_9b03efe85366e36d3db4: verified-content-v1-0025 · 판단 보류
확인 범위: 일부 자료 확인 · 주장: context · S3ResearchAgent · 2026-07-18T14:58:48.156232Z
자료: R2-RESTIC:7f893ca5afd2cfb6fe320e9b61063ccc70e75a7a96589420038c8cf338b273be; archive-manifest-sha256=e28171fb69e141ce306d92dfe4b10e6cdc6e81d4fa910c30a846204dbcf8edf8; sha256=6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc / 위치: 보존 파일 objects/sha256/6e/6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc
보존 원문 객체를 확보했으나 이 일괄 검증에서는 claim-bearing 범위를 재판정하지 않아 결론을 보류함.



자료 검증 verify_6d8817c74992d3d61e63: canonical-paper-v2-303fe963 · 판단 보류
확인 범위: 일부 자료 확인 · 주장: context · S3ResearchAgent · 2026-07-18T14:58:48.656499Z
자료: R2-RESTIC:7f893ca5afd2cfb6fe320e9b61063ccc70e75a7a96589420038c8cf338b273be; archive-manifest-sha256=e28171fb69e141ce306d92dfe4b10e6cdc6e81d4fa910c30a846204dbcf8edf8; sha256=6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc / 위치: 보존 파일 objects/sha256/6e/6ee0900460037ee27f0eeb8888ec22cf2bb417b7088f213edb2dde5c0d9123bc
보존 원문 객체를 확보했으나 이 일괄 검증에서는 claim-bearing 범위를 재판정하지 않아 결론을 보류함.