NSDI: Networked Systems Design and Implementation

FacebookTwitterLinkedInGoogle

 

Past:   Proceedings on DBLP

Future:  Post a CFP for 2020 or later   |   Invite the Organizers Email

 
 

All CFPs on WikiCFP

Event When Where Deadline
NSDI 2019 Networked Systems Design and Implementation
Feb 26, 2019 - Mar 1, 2019 BOSTON, MA, USA Sep 20, 2018 (Sep 13, 2018)
NSDI 2018 15th USENIX Symposium on Networked Systems Design and Implementation
Apr 9, 2018 - Apr 11, 2018 Renton, WA Sep 25, 2017 (Sep 18, 2017)
NSDI 2017 14th USENIX Symposium on Networked Systems Design and Implementation
Mar 27, 2017 - Mar 29, 2017 Boston, MA Sep 21, 2016 (Sep 14, 2016)
NSDI 2016 13th USENIX Symposium on Networked Systems Design and Implementation
Mar 16, 2016 - Mar 18, 2016 Santa Clara, CA Sep 17, 2015
NSDI 2015 Networked Systems Design and Implementation
May 4, 2015 - May 6, 2015 Oakland, CA Sep 25, 2014 (Sep 18, 2014)
NSDI 2014 11th USENIX Symposium on Networked Systems Design and Implementation
Apr 2, 2014 - Apr 4, 2014 Seattle, WA, USA Sep 27, 2013 (Sep 20, 2013)
NSDI 2013 10th USENIX Symposium on Networked Systems Design and Implementation
Apr 3, 2013 - Apr 5, 2013 Lombard, IL, USA Sep 19, 2012 (Sep 12, 2012)
NSDI 2012 9th USENIX Symposium on Networked Systems Design and Implementation
Apr 25, 2012 - Apr 27, 2012 San Jose, CA Oct 4, 2011 (Sep 27, 2011)
NSDI 2011 8th USENIX Symposium on Networked Systems Design and Implementation
Mar 30, 2011 - Apr 1, 2011 Boston, MA Sep 23, 2010 (Sep 16, 2010)
NSDI 2010 7th USENIX Symposium on Networked Systems Design and Implementation
Apr 28, 2010 - Apr 30, 2010 San Jose, CA, USA. Oct 2, 2009 (Sep 25, 2009)
NSDI 2009 6th USENIX Symposium on Networked Systems Design and Implementation
Apr 22, 2009 - Apr 24, 2009 Boston, MA, USA Oct 10, 2008 (Oct 3, 2008)
NSDI 2008 5th USENIX Symposium on Networked Systems Design and Implementation
Apr 16, 2008 - Apr 18, 2008 San Francisco, CA, USA Oct 9, 2007 (Oct 2, 2007)
 
 

Present CFP : 2019

Overview
NSDI focuses on the design principles, implementation, and practical evaluation of networked and distributed systems. Our goal is to bring together researchers from across the networking and systems community to foster a broad approach to addressing overlapping research challenges.

NSDI provides a high-quality, single-track forum for presenting results and discussing ideas that further the knowledge and understanding of the networked systems community as a whole, continue a significant research dialog, or push the architectural boundaries of network services.

Topics
We solicit papers describing original and previously unpublished research. Specific topics of interest include but are not limited to:

Highly available and reliable networked systems
Security and privacy of networked systems
Distributed storage, caching, and query processing systems
Energy-efficient computing in networked systems
Cloud/multi-tenant systems
Mobile and embedded/sensor applications and systems
Wireless networked systems
Network and workload measurement systems
Self-organizing, autonomous, and federated networked systems
Managing, debugging, and diagnosing problems in networked systems
Virtualization and resource management for networked systems
Systems aspects of networking hardware
Experience with deployed networked systems
Communication and computing over big data on networked systems
Practical aspects of economics and verification applied to networked systems
Any innovative solution for a significant problem involving networked systems
This year, we're making two major changes: we're offering two submission deadlines and we're providing the possibility of getting one-shot-revision decisions in lieu of rejection. To see a detailed explanation of the expected benefits from these changes, see Additional Information about Multiple Deadlines Process.

Two Deadlines
NSDI '19 offers authors the choice of two submission deadlines. Any paper submitted to one of these deadlines and accepted during the subsequent reviewing period will be presented at the conference and will appear as part of the proceedings. In the meantime, authors are permitted to advertise their papers as accepted by NSDI, for example listing them on CVs.

A paper submitted and rejected may not be submitted again to NSDI (even in revised form) until 11 months after the deadline it was submitted to.

One-Shot-Revision
Each paper may be accepted, rejected, or given the option of one-shot revision. Such a revision decision includes a summary of the paper's merits and a list of necessary changes that are required for the paper to be accepted at NSDI. Authors may then submit a version of their work addressing those needs during the subsequent deadline. At that point, the paper will be reviewed to judge whether it addresses the requirements requested; this review will be conducted, to the extent possible, by the same reviewers as earlier. To enable this, PC members who give one-shot-revision decisions late in a year are obligated to participate as external reviewers in the following year to review those papers' resubmissions, which would be considered for the following year's conference. Papers revised and re-submitted following a one-shot-revision decision can only receive a decision of accept or reject, not revise; this is what makes revisions "one-shot."

The judgment about whether to accept a revised paper will be made as follows. Reviewers will primarily judge whether the authors have satisfied the requests accompanying the revision decision. They will also judge the resubmission on its independent merits, but should avoid rejecting it for non-fatal concerns that they could have raised during the first round of reviews. The reviewers should also ensure that the revised paper doesn't introduce new assertions without sufficient support. Unlike the shepherding process, the requested action points may include running additional experiments that obtain specific results, e.g., comparing performance against a certain alternative and beating it by at least 10%.

During the revision period, the paper is still considered under review to NSDI and therefore cannot be submitted to other conferences unless the authors first withdraw it from consideration. To make this obligation clear, authors who receive a one-shot-revision notification must, within two weeks of the notification, explicitly send an email acknowledging their participation in the one-shot-revision process. That e-mail should indicate they understand that this means the USENIX Submission Policy precludes concurrent submission to other conferences.

To make a one-shot-revision decision, reviewers must be comfortable accepting the paper if the authors make all the changes requested in it. Most notably, if a paper makes an insufficient contribution, or is incremental, then it should be rejected, not given a one-shot-revision decision. After all, the point of one-shot revision is not to produce highly-polished uninteresting papers, but rather to allow publication of exciting work that's unfortunately submitted in a form that's flawed in a way that can't be fixed with mere shepherding.

Reviewers will also be instructed to not offer a one-shot-revision option if they can't determine that the paper is adequate modulo the proposed revisions. For instance, if the paper is written so sloppily that there may be a hidden deep flaw, then the paper should be rejected, not given a one-shot-revision request to fix the inadequate writing.

Authors given a one-shot-revision decision will be sent, within a few days of the decision, detailed instructions about how to re-submit. These instructions will include the list of necessary changes that are required for the paper to be accepted. They will also explain how the authors should accompany their re-submission with auxiliary material to demonstrate how they've satisfied that list of changes. This auxiliary material will consist of (1) an additional version of the re-submission in which revision changes since the first submission are clearly marked, and (2) a separate textual explanation of the high-level differences between the two versions.

If authors receive a one-shot-revision decision but don't want to submit a revised version, they may withdraw it. In this case, they may not submit the paper to NSDI again until 11 months after the deadline they originally it submitted to.

If authors receive a one-shot-revision decision for a paper submitted to the fall deadline of NSDI '19, this gives them the option to make the requested changes and re-submit it to the next NSDI deadline, which is the first deadline of NSDI '20. If the paper is accepted then, it will appear at NSDI '20, not NSDI '19.

Operational Systems Track
In addition to papers that describe original research, NSDI '19 also solicits papers that describe the design, implementation, analysis, and experience with large-scale, operational systems and networks. We encourage submission of papers that disprove or strengthen existing assumptions, deepen the understanding of existing problems, and validate known techniques at scales or environments in which they were never used or tested before. Such operational papers need not present new ideas or results to be accepted; indeed, new ideas or results will not influence whether the papers are accepted. Note that the rules regarding submission and anonymization are different for operational systems track papers. Since the evaluation of operational systems track papers requires understanding the real-world use of the system, papers in this track will be reviewed in a more limited double-blind process. Authors' names should be withheld, as usual. However, in contrast to other papers, authors need not anonymize the content of their submission in any other way—they may keep company names, links, real system names, etc. as appropriate for the paper. Please note that you cannot switch tracks for your paper after submission since the submission rules differ.

Authors should indicate on the title page of the paper and in the submission form that they are submitting to this track.

The final program will make no distinction between papers accepted from this track and papers accepted from the regular track.

What to Submit
NSDI '19 is double-blind, meaning that authors should make a good faith effort to anonymize papers. Note that the operational track papers have different rules as described above. As an author, you should not identify yourself in the paper either explicitly or by implication (e.g., through the references or acknowledgments). However, only non-destructive anonymization is required. For example, system names may be left de-anonymized, if the system name is important for a reviewer to be able to evaluate the work. For example, a paper on experiences with the design of .NET should not be re-written to be about "an anonymous but widely used commercial distributed systems platform."

Additionally, please take the following steps when preparing your submission:

Remove authors' names and affiliations from the title page.
Remove acknowledgment of identifying names and funding sources.
Do not provide links to your own online content. If this online content is critical to the content of your paper, please see the submission form, which allows for some forms of content upload, or contact the PC chairs.
Use care in naming your files. Source file names, e.g., Joe.Smith.dvi, are often embedded in the final output as readily accessible comments.
Use care in referring to related work, particularly your own. Do not omit references to provide anonymity, as this leaves the reviewer unable to grasp the context. Instead, a good solution is to reference your past work in the third person, just as you would any other piece of related work. If you cite anonymous work, you will need to enter the deanonymized reference(s) on the online submission form.
If you need to reference another submission at NSDI '19 on a related topic, reference it as follows: "A related paper describes the design and implementation of our compiler [Anonymous 2019]." with the corresponding citation: "[Anonymous 2019] Under submission. Details omitted for double-blind reviewing."
Work that extends an author's previous workshop paper is welcome, but the paper should (a) acknowledge their own previous workshop publications with an anonymous citation and (b) explain the differences between the NSDI submission and the prior workshop paper. The online submission form will also require authors to submit the deanonymized citation and a short explanation of the differences from the prior workshop paper.
Blinding is not intended to be a great burden. If blinding your paper seems too burdensome, please contact the program co-chairs and discuss your specific situation.
Submissions—as well as final papers—must be no longer than 12 pages, including footnotes, figures, and tables. Submissions may include as many additional pages as needed for references and for supplementary material in appendices. The paper should stand alone without the supplementary material, but authors may use this space for content that may be of interest to some readers but is peripheral to the main technical contributions of the paper. Note that members of the program committee are free to not read this material when reviewing the paper.

New in 2019: Submissions must be in two-column format, using 10-point type on 12-point (single-spaced) leading, in a text block 7" wide x 9" deep, with .33" inter-column space, formatted for 8.5" x 11" paper. Please note that the text block size has changed.

Papers not meeting these criteria will be rejected without review, and no deadline extensions will be granted for reformatting. Pages should be numbered, and figures and tables should be legible when printed without requiring magnification. Authors may use color in their figures, but the figures should be readable when printed in black and white. If you wish, you may use the template for LaTeX available on the conference paper templates page. All papers must be submitted via the submission form. Please do not email submissions. Please note: The submission system for the Fall deadline will be available in June.

Submissions will be judged on originality, significance, interest, clarity, relevance, and correctness.

 

Related Resources

NSDI 2018   15th USENIX Symposium on Networked Systems Design and Implementation
RecSys 2019   13th ACM Conference on Recommender Systems
OSDI 2018   13th USENIX Symposium on Operating Systems Design and Implementation
SIGCOMM 2018   ACM SIGCOMM 2018
PLDI 2019   Programming Language Design and Implementation
PLDI 2018   Programming Language Design and Implementation
CSITS 2018   International Workshop on Cyber Security for Intelligent Transportation Systems
DIS 2019   Designing Interactive Systems Conference 2019
SOSP 2019   The 27th ACM Symposium on Operating Systems Principles
SRDS 2019   38th IEEE International Symposium on Reliable Distributed Systems