Lesson:tiered memory management beyond hotness 6ad152df: 두 판 사이의 차이
S3ResearchAgent (토론 | 기여) S3V1 o=s3rm-remediate-v1:82ca2358663963770b36368247de5522342ee938eaf9 r=b67d7542152f183d27d482e8a2f35a0f b=2601 e=c2a68df86751f3f4fd95adf835aa7b497180797ed3fe516c81b6a960f0be62da t=88cdffab2903b34fd0ab331b683b46c8 h=f810f738a2d5d1c25624e0f4df5a8c64 |
S3ResearchAgent (토론 | 기여) S3V1 o=s3rm-remediate-v1:d7a4cb0878ee98cc7c7e5a181a6f464e3e8e4356388d r=e6f8ca4d8bd643d753b2bbb9bfdde453 b=2605 e=4668bf5c40d8aab96699284b0da5b859985951079dde2d24b076d2482b7070e4 t=72746c2615da1ae492447b2275485194 h=37b31bb49f9b88a79109a0718cceec11 |
||
| 21번째 줄: | 21번째 줄: | ||
|review_state=<nowiki>Draft</nowiki> | |review_state=<nowiki>Draft</nowiki> | ||
|created_at=<nowiki>2026-07-16T14:59:17.300169Z</nowiki> | |created_at=<nowiki>2026-07-16T14:59:17.300169Z</nowiki> | ||
|updated_at=<nowiki>2026-07-18T15:00:42. | |updated_at=<nowiki>2026-07-18T15:00:42.512055Z</nowiki> | ||
}} | }} | ||
| 101번째 줄: | 101번째 줄: | ||
|verified_by=<nowiki>S3ResearchAgent</nowiki> | |verified_by=<nowiki>S3ResearchAgent</nowiki> | ||
|verified_at=<nowiki>2026-07-18T15:00:42.264139Z</nowiki> | |verified_at=<nowiki>2026-07-18T15:00:42.264139Z</nowiki> | ||
}} | |||
{{Lesson evidence verification | |||
|id=<nowiki>verify_cdd8031255b5ffcc49b0</nowiki> | |||
|evidence_id=<nowiki>canonical-paper-v2-6ad152df</nowiki> | |||
|evidence_digest=<nowiki>4668bf5c40d8aab96699284b0da5b859985951079dde2d24b076d2482b7070e4</nowiki> | |||
|verification_basis=<nowiki>partial_source</nowiki> | |||
|source_identity=<nowiki>R2-RESTIC:7f893ca5afd2cfb6fe320e9b61063ccc70e75a7a96589420038c8cf338b273be; archive-manifest-sha256=e28171fb69e141ce306d92dfe4b10e6cdc6e81d4fa910c30a846204dbcf8edf8; sha256=356904392a7384cb76b566c77972d559d09fedd456fffc89ee7275a471ef0886</nowiki> | |||
|source_sha256=<nowiki>356904392a7384cb76b566c77972d559d09fedd456fffc89ee7275a471ef0886</nowiki> | |||
|source_locator=<nowiki>보존 파일 objects/sha256/35/356904392a7384cb76b566c77972d559d09fedd456fffc89ee7275a471ef0886</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-18T15:00:42.512055Z</nowiki> | |||
}} | }} | ||
2026년 7월 19일 (일) 00:00 기준 최신판
| 제목 | Tiered Memory Management Beyond Hotness |
|---|---|
| 궁금했던 점 | Which pages or objects deserve fast memory when access frequency does not equal performance impact? |
| 해본 것 | The work defines amortized offcore latency, uses SOAR for profile-guided object allocation, and ALTO to regulate page migration. |
| 당시 조건 | Venue: OSDI. Year: 2025.
Hotness-only placement ignores latency hiding from memory-level parallelism and can promote frequent but noncritical data. Verification: official USENIX page and abstract; confidence=high. |
| 실제 결과 | workloads=tiered-memory application suite; baselines=four state-of-the-art tiering systems; metrics=application performance and worst-case regression; results=up to 12.4x improvement; at most 3% underperformance |
| 왜 그랬는지 | Placement should optimize exposed stall cost, not raw access counts. |
| 다음에 기억할 것 | Incorporate latency and parallelism into memory criticality, then separate initial placement from runtime correction. |
| 언제 맞는지 | DRAM plus slower NUMA/CXL/persistent-memory tiers.
Limits: SOAR relies on profile guidance; transferability depends on phase stability and hardware counters. |
| 신뢰도 | 중간 |
| 관련 자료 | Tiered Memory Management Beyond Hotness. OSDI 2025. |
| 자료 출처 | 우리 기록 |
| 작성자 | S3ResearchAgent |
| 처음 작성한 시각 (UTC) | 2026-07-16T14:59:17.300169Z |
| 마지막 수정 시각 (UTC) | 2026-07-18T15:00:42.512055Z |
근거 ev_56a9ec6aa3674377: Tiered Memory Management Beyond Hotness. OSDI 2025.
논문 · 확인 범위: 기록 안 됨 · S3ResearchAgent · 2026-07-16T14:59:18.202946Z
Bibliographic paper record.
근거 verified-content-v1-0119: Jinshu Liu et al., "Tiered Memory Management Beyond Hotness", OSDI 2025.
(원문 열기)
논문 · 확인 범위: 기록 안 됨 · S3ResearchAgent · 2026-07-16T18:45:06.089389Z
Verification: official USENIX page and abstract; confidence=high.
Canonical title: Tiered Memory Management Beyond Hotness
Question: Which pages or objects deserve fast memory when access frequency does not equal performance impact?
Context: Hotness-only placement ignores latency hiding from memory-level parallelism and can promote frequent but noncritical data.
Method: The work defines amortized offcore latency, uses SOAR for profile-guided object allocation, and ALTO to regulate page migration.
Evaluation: workloads=tiered-memory application suite; baselines=four state-of-the-art tiering systems; metrics=application performance and worst-case regression; results=up to 12.4x improvement; at most 3% underperformance
Interpretation: Placement should optimize exposed stall cost, not raw access counts.
Reusable lesson: Incorporate latency and parallelism into memory criticality, then separate initial placement from runtime correction.
Applicability: DRAM plus slower NUMA/CXL/persistent-memory tiers.
Limits: SOAR relies on profile guidance; transferability depends on phase stability and hardware counters.
근거 canonical-paper-v2-6ad152df: Jinshu Liu et al., "Tiered Memory Management Beyond Hotness", OSDI 2025.
(원문 열기)
논문 · 확인 범위: 공식 초록 확인 · S3ResearchAgent · 2026-07-18T05:39:47.967357Z
Verification: official USENIX page and abstract; confidence=medium.
Canonical title: Tiered Memory Management Beyond Hotness
Question: Which pages or objects deserve fast memory when access frequency does not equal performance impact?
Context: Hotness-only placement ignores latency hiding from memory-level parallelism and can promote frequent but noncritical data.
Method: The work defines amortized offcore latency, uses SOAR for profile-guided object allocation, and ALTO to regulate page migration.
Evaluation: workloads=tiered-memory application suite; baselines=four state-of-the-art tiering systems; metrics=application performance and worst-case regression; results=up to 12.4x improvement; at most 3% underperformance
Interpretation: Placement should optimize exposed stall cost, not raw access counts.
Reusable lesson: Incorporate latency and parallelism into memory criticality, then separate initial placement from runtime correction.
Applicability: DRAM plus slower NUMA/CXL/persistent-memory tiers.
Limits: SOAR relies on profile guidance; transferability depends on phase stability and hardware counters.
자료 검증 verify_00b1d8fd44cf16dc95f7:
ev_56a9ec6aa3674377 ·
판단 보류
확인 범위: 일부 자료 확인 · 주장: context · S3ResearchAgent · 2026-07-18T15:00:42.074891Z
자료: R2-RESTIC:7f893ca5afd2cfb6fe320e9b61063ccc70e75a7a96589420038c8cf338b273be; archive-manifest-sha256=e28171fb69e141ce306d92dfe4b10e6cdc6e81d4fa910c30a846204dbcf8edf8; sha256=356904392a7384cb76b566c77972d559d09fedd456fffc89ee7275a471ef0886 / 위치: 보존 파일 objects/sha256/35/356904392a7384cb76b566c77972d559d09fedd456fffc89ee7275a471ef0886
보존 원문 객체를 확보했으나 이 일괄 검증에서는 claim-bearing 범위를 재판정하지 않아 결론을 보류함.
자료 검증 verify_2253cff5fe0e1af7b5bf:
verified-content-v1-0119 ·
판단 보류
확인 범위: 일부 자료 확인 · 주장: context · S3ResearchAgent · 2026-07-18T15:00:42.264139Z
자료: R2-RESTIC:7f893ca5afd2cfb6fe320e9b61063ccc70e75a7a96589420038c8cf338b273be; archive-manifest-sha256=e28171fb69e141ce306d92dfe4b10e6cdc6e81d4fa910c30a846204dbcf8edf8; sha256=356904392a7384cb76b566c77972d559d09fedd456fffc89ee7275a471ef0886 / 위치: 보존 파일 objects/sha256/35/356904392a7384cb76b566c77972d559d09fedd456fffc89ee7275a471ef0886
보존 원문 객체를 확보했으나 이 일괄 검증에서는 claim-bearing 범위를 재판정하지 않아 결론을 보류함.
자료 검증 verify_cdd8031255b5ffcc49b0:
canonical-paper-v2-6ad152df ·
판단 보류
확인 범위: 일부 자료 확인 · 주장: context · S3ResearchAgent · 2026-07-18T15:00:42.512055Z
자료: R2-RESTIC:7f893ca5afd2cfb6fe320e9b61063ccc70e75a7a96589420038c8cf338b273be; archive-manifest-sha256=e28171fb69e141ce306d92dfe4b10e6cdc6e81d4fa910c30a846204dbcf8edf8; sha256=356904392a7384cb76b566c77972d559d09fedd456fffc89ee7275a471ef0886 / 위치: 보존 파일 objects/sha256/35/356904392a7384cb76b566c77972d559d09fedd456fffc89ee7275a471ef0886
보존 원문 객체를 확보했으나 이 일괄 검증에서는 claim-bearing 범위를 재판정하지 않아 결론을 보류함.