hpca-related-work
Use when building an HPCA related-work section: sweeping the HPCA/ISCA/MICRO/ASPLOS record on dblp and IEEE Xplore, writing lineage paragraphs with …
它会碰到什么
这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。
技能内容
HPCA Related Work
Use this to position an HPCA paper against decades of computer-architecture
literature. The bar is a related-work section that reads as a **lineage with
structural deltas**, not a citation pile — and one that respects HPCA's two
bibliography rules: references are never blinded, and every reference lists all of
its authors.
Sweep the whole architecture record
Architecture ideas recur across four venues and forty years. Search the
publisher-neutral spine (dblp) plus IEEE Xplore, not a single library:
- dblp HPCA series (
dblp.org/db/conf/hpca/) for the venue's own line, and the
ISCA/MICRO/ASPLOS series for cross-venue lineage.
- IEEE Xplore for HPCA's published volumes; ACM DL for the ACM-published siblings.
- The HPCA Test of Time Award list for the load-bearing ancestors of your subfield.
A mechanism you think is new often has a named ancestor at HPCA 2003 or ISCA 2006;
find it before a reviewer does.
Write lineage, not a pile
Each related-work paragraph should name a prior line, then state the **structural
delta** your paper adds — what changes in the machine or the mechanism, not just that
you are "different." Group by mechanism family, not chronologically.
| Weak related-work move | Stronger HPCA move |
|---|---|
| "Many prefetchers exist [3,7,9,12]." | "History prefetchers [X] cover irregular patterns but issue regardless of bandwidth; we gate on measured utilization." |
| Listing venues and years | Naming the mechanism each prior work uses and where it breaks |
| Omitting a famous ancestor | Citing it and stating the concrete delta |
| Blinding your own prior work out | Citing it in the third person, un-blinded |
Blind the voice, never the bibliography
Double-blind means the prose must not reveal you, but the references must stay
intact:
- Cite your own prior work in the third person ("Prior work [12] proposed …"),
never remove it.
- Do not anonymize, omit, or "et al."-abbreviate any reference — HPCA requires each
reference to list all its authors, and a missing citation reads as either a
gap or a blinding hack.
- Keep acknowledgments and funding out of the submitted version; they return at
camera-ready.
The concurrency and preprint question
Recent HPCA guidance asks PC members not to hold arXiv or CAL preprints against a
submission. Position honestly against concurrent work you know of, but do not use a
preprint to claim priority in a way that de-anonymizes you. When a truly concurrent
result exists, name the difference in scope rather than ignoring it.
Build sequence
1. dblp + IEEE Xplore sweep across HPCA/ISCA/MICRO/ASPLOS for the mechanism family
2. Pull the Test-of-Time ancestors of the subfield
3. Draft one paragraph per mechanism line, each ending in a structural delta
4. Blind self-citations to third person; confirm none were dropped
5. Verify every reference lists all authors (HPCA reject trigger otherwise)
Output format
[Coverage] mechanism families cited / families that exist
[Lineage quality] deltas stated / paragraphs
[Missing ancestor risk] <named prior work not yet cited, or none>
[Blinding] self-cites third-person? bibliography intact? (Y/N)
[Author-list check] every reference lists all authors? (Y/N)
[Top gaps] <ordered>
Reopen the current CFP for the preprint policy and the all-authors rule before
finalizing — both are per-edition.
想直接用这个技能?
本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。
它属于哪个仓库
HPCA-Skills/skills/hpca-related-work/SKILL.md