Demo Data from EDBT 2026 / reviewers in the wild / expert
Brian Vanderpool
dblp:152/5848
· DBLP profile ↗
3ranked-venue papers
0as first author
0since 2021 · last 2015
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Computer networks · 2Systems, architecture and hardware · 1
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Interconnection networks and networks-on-chip · 100% | |
| Computer networks
1 paper |
Routing and switching · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Routing and switching
switch architecture |
0.2 | 1 | 2015 | SCOC: High-radix switches made of bufferless clos networks · HPCA 2015 |
Interconnection networks and networks-on-chip › switch architecture
high-radix switch |
0.2 | 1 | 2015 | SCOC: High-radix switches made of bufferless clos networks · HPCA 2015 |
Interconnection networks and networks-on-chip
switch architecture |
0.2 | 1 | 2015 | SCOC: High-radix switches made of bufferless clos networks · HPCA 2015 |
Methods — techniques the papers use, named apart from their topics
hierarchical scheduling · 0.4
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2015 | SCOC: High-radix switches made of bufferless clos networksabstractIn today's datacenters handling big data and for exascale computers of tomorrow, there is a pressing need for high-radix switches to economically and efficiently unify the computing and storage resources that are dispersed across multiple racks. In this paper, we present SCOC, a switch architecture suitable for economical IC implementation that can efficiently replace crossbars for high-radix switch nodes. SCOC is a multi-stage bufferless network with O(N2/m) cost, where m is a design parameter, practically ranging between 4-16. We identify and resolve more than five fairness violations that are pertinent to hierarchical scheduling. Effectively, from a performance perspective, SCOC is indistinguishable from efficient flat crossbars. Computer simulations show that it competes well or even outperforms flat crossbars and hierarchical switches. We report data from our ASIC implementation at 32 nm of a SCOC 136×136 switch, with shallow buffers, connecting 25 Gb/s links. In this first incarnation, SCOC is used at the spines of a server-rack, fat-tree network. Internally, it runs at 9.9 Tb/s, thus offering a speedup of 1.45 ×, and provides a fall-through latency of just 61 ns. Nikolaos Chrysos, Cyriel Minkenberg, Mark Rudquist, Claude Basso, Brian Vanderpool |
HPCA | 5 |
| 2015 | Large switches or blocking multi-stage networks? An evaluation of routing strategies for datacenter fabrics
Nikolaos Chrysos, Fredy D. Neeser, Mitchell Gusat, Cyriel Minkenberg, Wolfgang E. Denzel, Claude Basso, Mark Rudquist, Kenneth M. Valk, Brian Vanderpool |
Comput. Networks | 9 |
| 2014 | Integration and QoS of multicast traffic in a server-rack fabric with 640 100g portsabstractFlexible datacenters rely on high-bandwidth server-rack fabrics to allocate their distributed computing and storage resources anywhere,anyhow, and anytime demanded. We describe the multicast architecture of a distributed server-rack fabric, which is arranged around a spine-leaf topology and connects 640 Ethernet ports running at 100G. To cope with the immense fabric speed, we resort to hierarchical, tree-based replication, facilitated by specially commissioned fabric-end ports. At each (port-to-port) leg of the tree, a frame copy is forwarded after a request-grant admission phase and is ACKed by the receiver. To save on bandwidth, we use a packet cache in our input-queued switching-nodes, which replicates asynchronously forwarded frames thus tolerating the variable-delay in the admission phase. Because the cache has limited size, we loosely synchronize the multicast subflows to protect the cache from thrashing. We describe our policies for lossy classes, which segregate and provide fair treatment to multicast subflows. Finally, we show that industry-standard Level2 congestion control does not adapt well to one-to-many flows, and demonstrate that the methods that we implement achieve the best performance. Nikolaos Chrysos, Fredy D. Neeser, Brian Vanderpool, Mark Rudquist, Kenneth M. Valk, Todd Greenfield, Claude Basso |
ANCS | 3 |