87
Let’s get Physical! ETH Zurich – Distributed Computing – www.disco.ethz.ch ICALP 2010 – Roger Wattenhofer

Let’s get Physical!

  • Upload
    floyd

  • View
    43

  • Download
    0

Embed Size (px)

DESCRIPTION

Let’s get Physical!. ETH Zurich – Distributed Computing – www.disco.ethz.ch ICALP 2010 – Roger Wattenhofer. Spot the Differences. Too Many !. Spot the Differences. Still Many !. Spot the Differences. Better Screen Bigger Disk More RAM Cooler Design …. - PowerPoint PPT Presentation

Citation preview

Page 1: Let’s get  Physical!

Let’s get Physical!

ETH Zurich – Distributed Computing – www.disco.ethz.ch ICALP 2010 – Roger Wattenhofer

Page 2: Let’s get  Physical!

Spot the Differences

Page 3: Let’s get  Physical!

Too Many!

Page 4: Let’s get  Physical!

Spot the Differences

Page 5: Let’s get  Physical!

Still Many!

Page 6: Let’s get  Physical!

Spot the Differences

Page 7: Let’s get  Physical!

Better ScreenBigger DiskMore RAM

Cooler Design…

Page 8: Let’s get  Physical!

Better ScreenBigger DiskMore RAM

Cooler Design…

Same CPU Clock Speed

Page 9: Let’s get  Physical!

Clock speed flattening

sharply

Transistor count still

rising

Advent of multi-core

processors!

Page 10: Let’s get  Physical!

The Future of Computing

Page 11: Let’s get  Physical!

Why Should I Care?

Page 12: Let’s get  Physical!

Computer Science Washing Machine Science[Roger Boyle, Maurice Herlihy]

Page 13: Let’s get  Physical!

Algorithms

Page 14: Let’s get  Physical!

Algorithm

Input

Output

Page 15: Let’s get  Physical!

simple and robust modelcomparable resultscomplexity theory

Algorithm

Input

Output

Page 16: Let’s get  Physical!

Input

Output

vs.Algorithm

Page 17: Let’s get  Physical!

vs.

Page 18: Let’s get  Physical!

The Future of Computing?

Page 19: Let’s get  Physical!
Page 20: Let’s get  Physical!

Talk Overview

Introduction & Motivation

Some Examples for Physical Algorithms

What are Physical Algorithms?

Page 21: Let’s get  Physical!

Well-Known Examples

Page 22: Let’s get  Physical!

Small World Phenomenon

Page 23: Let’s get  Physical!

Statistical Physics

Properties of random graphs“Static” view

Page 24: Let’s get  Physical!

Statistical Physics

Properties of random graphs“Static” view

PhysicalAlgorithms

People will make decisions

[Kleinberg 2000]

Page 25: Let’s get  Physical!

Natural Algorithms

[Bernard Chazelle, 2009]

Page 26: Let’s get  Physical!
Page 27: Let’s get  Physical!
Page 28: Let’s get  Physical!

Clock Synchronization

Page 29: Let’s get  Physical!

Global Positioning System (GPS)

Radio Clock Signal

AC-power line radiation

Synchronization messages

Clock Synchronization in Networks

Page 30: Let’s get  Physical!

Global Positioning System (GPS)

Radio Clock Signal

AC-power line radiation

Synchronization messages

Clock Synchronization in Networks

Page 31: Let’s get  Physical!

Problem: Physical Reality

t

clock rate

11+²1-²

) ))))

message delay

Page 32: Let’s get  Physical!

Given a communication network1. Each node equipped with hardware clock with drift2. Message delays with jitter

Goal: Synchronize Clocks (“Logical Clocks”)• Both global and local synchronization!

Clock Synchronization in Theory?

worst-case (but constant)

Page 33: Let’s get  Physical!

• Time (logical clocks) should not be allowed to stand still or jump

Time Must Behave!

Page 34: Let’s get  Physical!

• Time (logical clocks) should not be allowed to stand still or jump

• Let’s be more careful (and ambitious):• Logical clocks should always move forward

• Sometimes faster, sometimes slower is OK. • But there should be a minimum and a maximum speed.• As close to correct time as possible!

Time Must Behave!

Page 35: Let’s get  Physical!

Local Skew

Tree-based Algorithms Neighborhood Algorithmse.g. FTSP e.g. GTSP

Bad local skew

Page 36: Let’s get  Physical!

Synchronization Algorithms: An Example (“Amax”)

• Question: How to update the logical clock based on the messages from the neighbors?

• Idea: Minimizing the skew to the fastest neighbor– Set clock to maximum clock value you know, forward new values immediately

• First all messages are slow (1), then suddenly all messages are fast (0)!

Time is T Time is T

…Clock value:

TClock value:

T-1Clock value:

T-D+1Clock value:

T-D

Time is T

skew D

Fastest Hardware

Clock

T T

Page 37: Let’s get  Physical!

Dynamic Networks![Kuhn et al., PODC 2010]

Local Skew: Overview of Results

1 logD √D D …

Everybody‘s expectation, 10 years ago („solved“)

Lower bound of logD / loglogD[Fan & Lynch, PODC 2004]

All natural algorithms [Locher et al., DISC 2006]

Blocking algorithm

Kappa algorithm[Lenzen et al., FOCS 2008]

Tight lower bound[Lenzen et al., PODC 2009]

Dynamic Networks![Kuhn et al., SPAA 2009]

together[JACM 2010]

Page 38: Let’s get  Physical!

Experimental Results for Global Skew

FTSP PulseSync

[Lenzen, Sommer, W, SenSys 2009]

Page 39: Let’s get  Physical!

Experimental Results for Global Skew

FTSP PulseSync

[Lenzen, Sommer, W, SenSys 2009]

Page 40: Let’s get  Physical!

Clock Synchronization vs. Car Coordination

• In the future cars may travel at high speed despite a tiny safety distance, thanks to advanced sensors and communication

Page 41: Let’s get  Physical!

Clock Synchronization vs. Car Coordination

• In the future cars may travel at high speed despite a tiny safety distance, thanks to advanced sensors and communication

• How fast & close can you drive?

• Answer possibly related to clock synchronization – clock drift ↔ cars cannot control speed perfectly– message jitter ↔ sensors or communication between cars not perfect

Page 42: Let’s get  Physical!

Wireless Communication

Page 43: Let’s get  Physical!

Wireless Communication

EE, PhysicsMaxwell EquationsSimulation, Testing‘Scaling Laws’

Network Algorithms

CS, Applied Math[Geometric] GraphsWorst-Case Analysis

Any-Case Analysis

Page 44: Let’s get  Physical!

InterferenceRange

CS Models: e.g. Disk Model (Protocol Model)

ReceptionRange

Page 45: Let’s get  Physical!

45

Page 46: Let’s get  Physical!

EE Models: e.g. SINR Model (Physical Model)

Page 47: Let’s get  Physical!
Page 48: Let’s get  Physical!

Signal-To-Interference-Plus-Noise Ratio (SINR) Formula

Minimum signal-to-interference

ratio

Power level of sender u Path-loss exponent

Noise

Distance betweentwo nodes

Received signal power from sender

Received signal power from all other nodes (=interference)

Page 49: Let’s get  Physical!

Example: Protocol vs. Physical Model

1m

Assume a single frequency (and no fancy decoding techniques!)

Let =3, =3, and N=10nWTransmission powers: PB= -15 dBm and PA= 1 dBm

SINR of A at D:

SINR of B at C:

4m 2m

A B C D

Is spatial reuse possible? NO Protocol Model

YES With power control

Page 50: Let’s get  Physical!

This works in practice!

… even with very simple hardware (sensor nodes)

Time for transmitting 20‘000 packets:

Speed-up is almost a factor 3

u1 u2 u3 u4 u5 u6

[Moscibroda, W, Weber, Hotnets 2006]

Page 51: Let’s get  Physical!

The Capacity of a Network(How many concurrent wireless transmissions can you have)

Page 52: Let’s get  Physical!

… is a well-studied problem in Wireless Communication

The Capacity of Wireless NetworksGupta, Kumar, 2000

[Toumpis, TWC’03]

[Li et al, MOBICOM’01]

[Gastpar et al, INFOCOM’02]

[Gamal et al, INFOCOM’04][Liu et al, INFOCOM’03]

[Bansal et al, INFOCOM’03]

[Yi et al, MOBIHOC’03]

[Mitra et al, IPSN’04]

[Arpacioglu et al, IPSN’04]

[Giridhar et al, JSAC’05]

[Barrenechea et al, IPSN’04][Grossglauser et al, INFOCOM’01]

[Kyasanur et al, MOBICOM’05][Kodialam et al, MOBICOM’05]

[Perevalov et al, INFOCOM’03]

[Dousse et al, INFOCOM’04]

[Zhang et al, INFOCOM’05]

etc…

Page 53: Let’s get  Physical!

Network Topology?

• All these capacity studies make very strong assumptions on node deployment, topologies– randomly, uniformly distributed nodes– nodes placed on a grid – etc.

What if a network

looks differently…?

Page 54: Let’s get  Physical!

Physical Algorithms

“Classic” Capacity Worst-Case Capacity

How much information can betransmitted in nice networks?

How much information can betransmitted in nasty networks?

How much information can betransmitted in any network?

Real Capacity

Page 55: Let’s get  Physical!

“Convergecast Capacity” in Wireless Networks

55

Protocol Model

Physical Model (power control)

Max. rate in arbitrary, worst-case deployment

(1/n)

The Price of Worst-Case Node Placement- Exponential in protocol model - Polylogarithmic in physical model

(almost no worst-case penalty!)

(1/log3 n)

Exponential gap between protocol andphysical model!

Max. rate in random, uniform deployment

(1/log n)

(1/log n)

Worst-Case Capacity

Networks

Model/Power

Best-Case Capacity

[Giridhar, Kumar, 2005][Moscibroda, W, 2006]

Page 56: Let’s get  Physical!

Wireless Communication

EE, PhysicsMaxwell EquationsSimulation, Testing‘Scaling Laws’

Network Algorithms

CS, Applied Math[Geometric] GraphsWorst-Case Analysis

Any-Case Analysis

Page 57: Let’s get  Physical!

Possible Application – Hotspots in WLAN

XY

Z

Page 58: Let’s get  Physical!

Possible Application – Hotspots in WLAN

XY

Z

Page 59: Let’s get  Physical!

Physical Algorithms?

Page 60: Let’s get  Physical!

Algorithm

Input

Output

Physical Algorithms

no seq. input/output beyond laws of physics

Page 61: Let’s get  Physical!

Physical Algorithms!

No Mobility Low Mobility Physical Mobility Virtual Mobility

Altr

uisti

c/Re

liabl

e

Cra

shin

g

S

elfis

h B

yzan

tine

Agen

ts

Network

Page 62: Let’s get  Physical!

Agen

ts

Network

Game Theory

Self-Organization

BAR Games

Crypto

Parallelism

Networks Mobile Networks

Peer-to-Peer Systems

Robots

No Mobility Low Mobility Physical Mobility Virtual Mobility

Altr

uisti

c/Re

liabl

e

Cra

shin

g

S

elfis

h B

yzan

tine

Page 63: Let’s get  Physical!

Some Unifying Theory?

Page 64: Let’s get  Physical!

Example: Maximal Independent Set (MIS)

• Given a mobile network, nodes with unique IDs.• Maintain a Maximal Independent Set (MIS)

– a non-extendable set of pair-wise non-adjacent nodes

• A simple algorithm:IF no higher ID neighbor is in MIS join MISIF higher ID neighbor is in MIS do not join MIS

• Can be implemented by constantly sending (ID, in MIS or not in MIS)• Algorithm is simple, and it will eventually stabilize!

Page 65: Let’s get  Physical!

Example

IF no higher ID neighbor is in MIS join MISIF higher ID neighbor is in MIS do not join MIS

69 17 11 10 7 4 3 1

Page 66: Let’s get  Physical!

Example

IF no higher ID neighbor is in MIS join MISIF higher ID neighbor is in MIS do not join MIS

69 17 11 10 7 4 3 1

Page 67: Let’s get  Physical!

Example

IF no higher ID neighbor is in MIS join MISIF higher ID neighbor is in MIS do not join MIS

69 17 11 10 7 4 3 1

Page 68: Let’s get  Physical!

Example

IF no higher ID neighbor is in MIS join MISIF higher ID neighbor is in MIS do not join MIS

• What if we have minor changes?

69 17 11 10 7 4 3 1

69 17 11 10 7 4 3 1

Page 69: Let’s get  Physical!

Example

IF no higher ID neighbor is in MIS join MISIF higher ID neighbor is in MIS do not join MIS

• What if we have minor changes?

69 17 11 10 7 4 3 1

69 17 11 10 7 4 3 1

Page 70: Let’s get  Physical!

Example

IF no higher ID neighbor is in MIS join MISIF higher ID neighbor is in MIS do not join MIS

• What if we have minor changes?

69 17 11 10 7 4 3 1

69 17 11 10 7 4 3 1

Page 71: Let’s get  Physical!

Example

IF no higher ID neighbor is in MIS join MISIF higher ID neighbor is in MIS do not join MIS

• What if we have minor changes?

69 17 11 10 7 4 3 1

69 17 11 10 7 4 3 1

Page 72: Let’s get  Physical!

Example

IF no higher ID neighbor is in MIS join MISIF higher ID neighbor is in MIS do not join MIS

• What if we have minor changes?

69 17 11 10 7 4 3 1

69 17 11 10 7 4 3 1

Page 73: Let’s get  Physical!

Example

IF no higher ID neighbor is in MIS join MISIF higher ID neighbor is in MIS do not join MIS

• What if we have minor changes?

• Proof by animation: Stabilization time is linear in the diameter of the network– We need an algorithm that does not have linear causality chain („butterfly effect“)

69 17 11 10 7 4 3 1

69 17 11 10 7 4 3 1

Page 74: Let’s get  Physical!

Local Algorithms

• Given a graph, each node must determine its decision as a function of the information available within radius t of the node.

• Or: Each node can exchange a message with all neighbors, for t communication rounds, and must then decide.

• Or: Change can only affect nodes in distance t. • Or: …

v

t = 3

Page 75: Let’s get  Physical!

Local Algorithms

Locality is Way to Understand Physical Algorithms

Self-Stabilization

Dynamics

Self-Assembling

Robots

Sublinear Estimators

Applicationse.g. Multicore

Page 76: Let’s get  Physical!

Results: MIS

1 log*n log n n

General Graphs[Kuhn et al., 2004, 2006, 2010]

Growth-Bounded Graphs [Linial, 1992]

Growth-Bounded Graphs[Schneider et al., 2008]

General Graphs, Randomized[different groups, 1986]

Low

er B

ound

s

U

pper

Bou

nds

…similarly connected dominating sets, coloring, matching, covering, packing, max-min LPs, etc.

Join MIS with prob 1/degree, repeat

Page 77: Let’s get  Physical!

Lower Bound Example: Minimum Dominating Set (MDS)

• Input: Given a graph (network), nodes with unique IDs.• Output: Find a Minimum Dominating Set (MDS)

– Set of nodes, each node is either in the set itself, or has neighbor in set

• Differences between MIS and MDS– Central (non-local) algorithms: MIS is trivial, whereas MDS is NP-hard– Instead: Find an MDS that is “close” to minimum (approximation)– Trade-off between time complexity and approximation ratio

Page 78: Let’s get  Physical!

Lower Bound for MDS: Intuition

m

n-1

complete

n

m m…

n n n

• Two graphs (m << n). Optimal dominating sets are marked red.

|DSOPT| = 2.|DSOPT| = m+1.

Page 79: Let’s get  Physical!

Lower Bound for MDS: Intuition (2)

• In local algorithms, nodes must decide only using local knowledge.• In the example green nodes see exactly the same neighborhood.

• So these green nodes must decide the same way!

m

n-1

n

m…

Page 80: Let’s get  Physical!

Lower Bound for MDS: Intuition (3)

m

n-1

complete

n

m m…

n n n

• But however they decide, one way will be devastating (with n = m2)!

|DSOPT| = 2.|DSOPT without green| ¸ m.

|DSOPT| = m+1.|DSOPT with green| > n

Page 81: Let’s get  Physical!

Graph Used in the Lower Bound

• The example is for t = 3.• All edges are in fact special bipartite graphs

with large enough girth.

Page 82: Let’s get  Physical!

Lower Bounds

• Results: Many “local looking” problems need non-trivial t.• E.g., a polylogarithmic dominating set approximation (or a maximal

independent set, etc.) needs at least (log ) and (log½ n) time.

[Kuhn, Moscibroda, W, 2004, 2006, 2010]

Page 83: Let’s get  Physical!

Local Algorithms (“Tight” Lower & Upper Bounds)

1 log*n about log n Diameter

MIS, maximal matching, etc.

Growth-Bounded Graphs (different problems)

MST, Sum, etc.

Approximations of dominating set, vertex cover, etc.

Covering and packing LPsE.g., dominating

set approximation in planar graphs

Page 84: Let’s get  Physical!

Summary & Open Problems

Self-Stabilization

Local Algorithms

Dynamics

Self-Assembling

Robots

Sublinear Estimators

Applicationse.g. Multicore

Network Mobility

Agen

ts

Game Theory

Self-Organization

BAR Games

Crypto

Parallelism

Networks Mobile Networks

Peer-to-Peer Systems

Robots

Page 85: Let’s get  Physical!

Thank You!Questions & Comments?

Thanks to my co-authorsFabian KuhnChristoph LenzenThomas MoscibrodaThomas LocherJohannes SchneiderPhilipp Sommer www.disco.ethz.ch

Page 86: Let’s get  Physical!

Let’s get Physical!

ETH Zurich – Distributed Computing – www.disco.ethz.ch ICALP 2010 Roger Wattenhofer

Page 87: Let’s get  Physical!

ETH Zurich – Distributed Computing – www.disco.ethz.ch

Roger Wattenhofer

Let’s get Physical!