FAST Related Work
Use this to audit novelty and eligibility. FAST reviewers are close to the storage literature and
expect to see where your paper sits relative to the nearest prior work — stated as a delta, not a
list. Because many landmark storage systems appeared at OSDI, ATC, SOSP, or EuroSys rather than FAST,
covering the right lanes matters. Reopen the current call for concurrent-submission, anonymity, and
prior-publication rules before advising.
Positioning checks
- Separate the storage novelty from the engineering effort. What is new: a design that exploits a
media property, a mechanism that removes a storage cost, a measurement method, a reliability
finding, or an evidence regime nobody had covered on real devices?
- Cover the storage lanes. FAST reviewers expect the storage venues and the storage-relevant
systems venues, not just the papers nearest your method (see the table). A bibliography missing the
obvious OSDI/ATC/SOSP predecessor reads as unaware.
- Write delta-first. Each closely related system gets one sentence naming what it did and one
naming what you do differently — often the delta is a storage quantity (it cut reads but paid write
amplification; it worked in simulation but not on real flash). Position, don't catalog.
- Preserve double-blind. Cite your own prior work in the third person and never link reviewers to
an identity-revealing preprint, repository, homepage, or trace host.
- Declare overlap with any prior workshop (e.g. HotStorage) version or concurrent submission; do
not re-submit archival work as new.
Storage literature lanes
| Lane |
Typical venues |
What FAST reviewers check |
| Storage flagship |
FAST |
Whether the nearest storage design/study is compared or distinguished |
| Storage-relevant systems |
OSDI, ATC, SOSP, EuroSys |
Whether a landmark storage system from a systems venue is credited |
| Storage workshops |
HotStorage, MSST |
Whether the early or engineering-track predecessor is acknowledged |
| Storage / systems journals |
ACM TOS, ACM TOCS |
Whether deeper journal-length treatments are engaged |
| Adjacent fields (when relevant) |
Architecture (MICRO/ISCA), DB (VLDB/SIGMOD) |
Whether borrowed device or workload models are cited to their origin |
A bibliography that cites only your own subarea tells a reviewer the delta may be smaller than
claimed; one that reaches the systems flagships and the storage journals signals command of the
field.
Delta-first positioning vignette
Suppose the paper proposes an endurance-aware LSM compaction scheduler. Its nearest neighbors: the
key/value-separation FAST design (cut amplification via layout, not scheduling), an OSDI LSM system
(tuned for reads, write cost unaddressed), and a HotStorage note proposing endurance-aware ideas
without an implementation. The novelty sentence should name all three contrasts — scheduling where
one changed layout, endurance-optimization where another optimized reads, and a real-device
evaluation where the workshop note had none.
Concurrent and prior-version judgment calls
[Concurrent arXiv work] cite neutrally, state the technical/storage-metric difference, avoid
unverifiable priority claims; keep the citation double-blind
[Your HotStorage version] workshop notes are usually non-archival and citable, but confirm against
the current CFP wording and phrase so anonymity survives
[Prior short/poster] declare the overlap and state what the full paper adds beyond it
[Archival status unclear] declare the overlap in the submission form rather than guessing
Eligibility red flags
- Substantial text overlap with a published paper by the same authors (self-plagiarism risk).
- A "new" study that re-reports a prior dataset's numbers without a new storage question.
- Citations exclusively to non-storage venues, signaling the paper may be a systems/architecture/DB
paper rerouted without reframing its storage core.
Output format
[Eligibility] clear / needs declaration / risky
[Lanes covered] <storage flagship / systems venues / workshops / journals / adjacent>
[Nearest 3 works] <work -> one-line storage-metric delta>
[Archival-overlap risk] <none / declare: what>
[Novelty sentence] <FAST-ready contribution contrast against the nearest prior storage work>
Source: brycewang-stanford/Awesome-Journal-Skills → FAST-Skills/skills/fast-related-work/SKILL.md
1---2name: fast-related-work3description: Use when positioning a USENIX FAST submission against the storage-systems literature across FAST, OSDI, ATC, SOSP, EuroSys, HotStorage, MSST, and the storage journals (ACM TOS), writing delta-first contrast rather than a citation catalog, keeping self-citations double-blind, and handling concurrent, preprint, and prior-version overlap.4---567# FAST Related Work89Use this to audit novelty and eligibility. FAST reviewers are close to the storage literature and10expect to see where your paper sits relative to the nearest prior work — stated as a **delta**, not a11list. Because many landmark storage systems appeared at OSDI, ATC, SOSP, or EuroSys rather than FAST,12covering the right lanes matters. Reopen the current call for concurrent-submission, anonymity, and13prior-publication rules before advising.1415## Positioning checks1617- **Separate the storage novelty from the engineering effort.** What is new: a design that exploits a18 media property, a mechanism that removes a storage cost, a measurement method, a reliability19 finding, or an evidence regime nobody had covered on real devices?20- **Cover the storage lanes.** FAST reviewers expect the storage venues *and* the storage-relevant21 systems venues, not just the papers nearest your method (see the table). A bibliography missing the22 obvious OSDI/ATC/SOSP predecessor reads as unaware.23- **Write delta-first.** Each closely related system gets one sentence naming what it did and one24 naming what you do differently — often the delta is a storage quantity (it cut reads but paid write25 amplification; it worked in simulation but not on real flash). Position, don't catalog.26- **Preserve double-blind.** Cite your own prior work in the third person and never link reviewers to27 an identity-revealing preprint, repository, homepage, or trace host.28- **Declare overlap** with any prior workshop (e.g. HotStorage) version or concurrent submission; do29 not re-submit archival work as new.3031## Storage literature lanes3233| Lane | Typical venues | What FAST reviewers check |34|---|---|---|35| Storage flagship | FAST | Whether the nearest storage design/study is compared or distinguished |36| Storage-relevant systems | OSDI, ATC, SOSP, EuroSys | Whether a landmark storage system from a systems venue is credited |37| Storage workshops | HotStorage, MSST | Whether the early or engineering-track predecessor is acknowledged |38| Storage / systems journals | ACM TOS, ACM TOCS | Whether deeper journal-length treatments are engaged |39| Adjacent fields (when relevant) | Architecture (MICRO/ISCA), DB (VLDB/SIGMOD) | Whether borrowed device or workload models are cited to their origin |4041A bibliography that cites only your own subarea tells a reviewer the delta may be smaller than42claimed; one that reaches the systems flagships and the storage journals signals command of the43field.4445## Delta-first positioning vignette4647Suppose the paper proposes an endurance-aware LSM compaction scheduler. Its nearest neighbors: the48key/value-separation FAST design (cut amplification via layout, not scheduling), an OSDI LSM system49(tuned for reads, write cost unaddressed), and a HotStorage note proposing endurance-aware ideas50without an implementation. The novelty sentence should name all three contrasts — scheduling where51one changed layout, endurance-optimization where another optimized reads, and a real-device52evaluation where the workshop note had none.5354## Concurrent and prior-version judgment calls5556```text57[Concurrent arXiv work] cite neutrally, state the technical/storage-metric difference, avoid58 unverifiable priority claims; keep the citation double-blind59[Your HotStorage version] workshop notes are usually non-archival and citable, but confirm against60 the current CFP wording and phrase so anonymity survives61[Prior short/poster] declare the overlap and state what the full paper adds beyond it62[Archival status unclear] declare the overlap in the submission form rather than guessing63```6465## Eligibility red flags6667- Substantial text overlap with a published paper by the same authors (self-plagiarism risk).68- A "new" study that re-reports a prior dataset's numbers without a new storage question.69- Citations exclusively to non-storage venues, signaling the paper may be a systems/architecture/DB70 paper rerouted without reframing its storage core.7172## Output format7374```text75[Eligibility] clear / needs declaration / risky76[Lanes covered] <storage flagship / systems venues / workshops / journals / adjacent>77[Nearest 3 works] <work -> one-line storage-metric delta>78[Archival-overlap risk] <none / declare: what>79[Novelty sentence] <FAST-ready contribution contrast against the nearest prior storage work>80```8182---8384**Source:** [`brycewang-stanford/Awesome-Journal-Skills`](https://github.com/brycewang-stanford/Awesome-Journal-Skills) → `FAST-Skills/skills/fast-related-work/SKILL.md`