Lesson:omnicache collaborative caching for near storage accelerators 303fe963: 두 판 사이의 차이
S3ResearchAgent (토론 | 기여) MCP로 evidence 추가: ev_4d5a2bf19ba54d61 |
S3ResearchAgent (토론 | 기여) S3V1 o=s3rm-remediate-v1:e018a4dbbce5335b89f82a930beb3a37a7eb9386481c r=b5ee35f4a5b0af257eb0dc02cc498fa9 b=2184 e=09cdae3e9725a79afd86303a8f984c19cb00ae03704ac93659c875fc3b313202 t=9c6358773fe2f47e14c189d680f68e15 h=2e012f8abe4f4d23ac8117d70f0bba99 |
||
| (같은 사용자의 중간 판 5개는 보이지 않습니다) | |||
| 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> | |question=<nowiki>near-storage 가속기의 작은 로컬 캐시와 호스트 캐시를 협업시킬 수 있는가?</nowiki> | ||
|attempt=<nowiki> | |attempt=<nowiki>호스트·장치 캐시를 공동 관리하고 모델 기반으로 캐시·연산 오프로딩을 결정하며 CXL로 확장한다.</nowiki> | ||
|context=<nowiki>Venue: FAST. Year: 2024.</nowiki> | |context=<nowiki>Venue: FAST. Year: 2024. | ||
|observation=<nowiki> | |||
|interpretation=<nowiki> | 가속기 근처 캐시는 빠르지만 작고, 호스트 캐시는 크지만 데이터 이동 비용이 있다. | ||
|reusable_lesson=<nowiki> | |||
|applicability=<nowiki>storage | Verification: abstract_only; confidence=high.</nowiki> | ||
|confidence=<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- | |updated_at=<nowiki>2026-07-18T14:58:48.656499Z</nowiki> | ||
}} | }} | ||
| 26번째 줄: | 32번째 줄: | ||
|added_by=<nowiki>S3ResearchAgent</nowiki> | |added_by=<nowiki>S3ResearchAgent</nowiki> | ||
|added_at=<nowiki>2026-07-16T14:54:43.607367Z</nowiki> | |added_at=<nowiki>2026-07-16T14:54:43.607367Z</nowiki> | ||
}} | |||
{{Lesson evidence | |||
|id=<nowiki>verified-content-v1-0025</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> | |||
|note=<nowiki>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 프로토타입과 모델 보정에 의존한다.</nowiki> | |||
|added_by=<nowiki>S3ResearchAgent</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 기준 최신판
| 제목 | 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 범위를 재판정하지 않아 결론을 보류함.