SlideShare una empresa de Scribd logo
1 de 53
Plan for Today
• Scheduling Web Servers
• Networks

PS3 is due 11:59pm on Monday, October 28.
Please don’t wait to make progress on it!
17 October 2013

University of Virginia cs4414

1
Web Server Overload!

healthcare.gov

Rate of incoming requests > Rate server can process requests

17 October 2013

University of Virginia cs4414

2
Solutions

17 October 2013

University of Virginia cs4414

3
Strategy 1:
Shrink and Simplify Your Content

17 October 2013

University of Virginia cs4414

4
5 September 2001

11 September 2001

archive.org captures of New York Times (http://www.nytimes.com)
17 October 2013

University of Virginia cs4414

5
11 September 2001

5 September 2001
17 October 2013

University of Virginia cs4414

6
17 October 2013

University of Virginia cs4414

7
Strategy 2:
Buy (Rent) More Servers

17 October 2013

University of Virginia cs4414

8
Amazon’s Elastic Compute Cloud (EC2)

17 October 2013

University of Virginia cs4414

9
Why does it cost more in California?

17 October 2013

University of Virginia cs4414

10
17 October 2013

University of Virginia cs4414

11
Using More Servers
Server 1

Dispatcher

Server 2

Server 3

17 October 2013

University of Virginia cs4414

12
Sharing State
Server 1

Dispatcher

Server 2

Database

Server 3

17 October 2013

University of Virginia cs4414

13
Distributed Database
Database
Server 1

Database
Dispatcher

Server 2

Database
Server 3
Database
17 October 2013

University of Virginia cs4414

14
Maintaining Consistency
Database
Server 1

Database

Dispatcher

Server 2

Database
Server 3
Database
17 October 2013

University of Virginia cs4414

15
Maintaining Consistency
Database

Dispatcher

1. Replication 1
Server
Reads are efficient
Writes are complex and risky
Database
2. Vertical Partitioning
Server 2
Split database by columns
3. Horizontal Partitioning (“Sharding”)
Split database by rows Database
4. Give up on 3
Server consistency and functionality
“NoSQL” (e.g., Cassandra, MongoDB, BigTable)
Database

17 October 2013

University of Virginia cs4414

16
Scalable Enough?
Database
Server 1

Database
Dispatcher

Server 2

Database
Server 3
Database

17 October 2013

University of Virginia cs4414

17
Distributed Denial-of-Service
Server 1

Database

Database

Dispatcher

Server 2

Database
Server 3

x 2000 machines
Database

Botnet
17 October 2013

University of Virginia cs4414

18
http://www.trendmicro.com/cloudcontent/us/pdfs/security-intelligence/whitepapers/wp-russian-underground-101.pdf

17 October 2013

University of Virginia cs4414

19
Financially-Motivated DDoS

17 October 2013

University of Virginia cs4414

20
Politically-Motivated DDoS

17 October 2013

University of Virginia cs4414

21
Strategy 3:
Smarter Scheduling (PS3)

17 October 2013

University of Virginia cs4414

22
What should the server’s goal be?

17 October 2013

University of Virginia cs4414

23
What is the bottleneck resource?

zhtta

17 October 2013

University of Virginia cs4414

Disk (files)

24
Norvig Numbers
(Much in need of updating!)

17 October 2013

University of Virginia cs4414

25
What is the bottleneck resource?

zhtta

Disk (files)

Cache

17 October 2013

University of Virginia cs4414

26
Connecting to the Network

ISP
Router

17 October 2013

zhtta
Cache

University of Virginia cs4414

Disk (files)

27
Cisco Nexus 7000 (~$100K)
48 Gb/s per slot x 10

10 Gb/s x 4 per switch

Your server
250 Mbits/s
$20/month
17 October 2013

University of Virginia cs4414

28
Crash Course in Networking

17 October 2013

University of Virginia cs4414

29
Chappe’s Semaphore Network

First Line (Paris to Lille), 1794

Mobile
Semaphore
Telegraph
Used in the
Crimean War
1853-1856
Measuring Networks
Latency
Time from sending a bit until it arrives
seconds (or seconds per geographic distance)

Bandwidth
Rate at which can you transmit
bits per second

17 October 2013

University of Virginia cs4414

31
Latency and Bandwidth
Napoleon’s Network: Paris to Toulon, 475 miles
Latency: 13 minutes (1.6s per mile)
– What is the delay at each signaling station, how many
stations to reach destination
– At this rate, it would take ~1 hour to get a bit from
here to California

Bandwidth: 2 symbols per minute (98 possible
symbols, so that is ~13 bits per minute
– How fast can signalers make symbols
– At this rate, it would take about 18 days to get
http://rust-class.org
17 October 2013

University of Virginia cs4414

32
Improving Latency
• Less transfer points
– Longer distances between transfer points
– Semaphores: how far can you see clearly
• Curvature of Earth is hard to overcome

– Use wires (electrical telegraphs, 1837)

• Faster transfers
– Replace humans with machines

• Faster travel between transfers
– Hard to beat speed of light (semaphore network)
– Electrons in copper: about 1/3rd speed of light
17 October 2013

University of Virginia cs4414

33
How many network transfer points
between here and California?
17 October 2013

University of Virginia cs4414

34
gash> traceroute -q 1 www.berkeley.edu
traceroute to www.w3.berkeley.edu (169.229.216.200), 64 hops max, 52 byte packets

1 dd-wrt (192.168.1.1) 9.779 ms
2 c-24-127-51-1.hsd1.va.comcast.net (24.127.51.1) 24.139 ms
3 te-2-3-ur01.charlville.va.richmond.comcast.net (68.85.226.149) 11.955 ms
4 xe-11-3-0-0-sur01.charlville.va.richmond.comcast.net (68.86.172.185) 10.321 ms
5 xe-4-1-1-0-ar02.charlvilleco.va.richmond.comcast.net (69.139.165.57) 17.717 ms
6 pos-0-8-0-0-cr01.charlotte.nc.ibone.comcast.net (68.86.94.29) 26.774 ms
7 pos-0-5-0-0-pe01.ashburn.va.ibone.comcast.net (68.86.87.14) 14.784 ms
8 as11164-pe01.ashburn.va.ibone.comcast.net (75.149.228.82) 12.095 ms
9 64.57.20.247 (64.57.20.247) 88.728 ms
10 64.57.20.247 (64.57.20.247) 103.851 ms
11 64.57.20.227 (64.57.20.227) 96.655 ms
12 dc-lax-core2--lax-peer1-10ge.cenic.net (137.164.46.119) 104.106 ms
13 sfo-agg1--svl-agg2-10g.cenic.net (137.164.22.26) 90.415 ms
14 dc-ucb--sfo-agg1-10ge.cenic.net (137.164.50.17) 92.749 ms
15 dc-ucb--sfo-agg1-10ge.cenic.net (137.164.50.17) 99.847 ms
16 t1-3.inr-201-sut.berkeley.edu (128.32.0.65) 99.923 ms
17 t5-5.inr-210-srb.berkeley.edu (128.32.255.37) 101.742 ms
Unix: traceroute
18 *
Windows: tracert
17 October 2013

University of Virginia cs4414

35
Packet speed: (2 * 3813 km) / (100 ms) = 76,000 km/s
Speed of light:
299,792 km/s
Light-speed across the country:
~25ms
Time “wasted” in routers and slow interconnects: ~75ms

17 October 2013

University of Virginia cs4414

36
17 October 2013

University of Virginia cs4414

37
17 October 2013

University of Virginia cs4414

38
17 October 2013

University of Virginia cs4414

39
$ traceroute -q 1 -w 30 www.busselton.wa.gov.au
traceroute to busselton.wa.gov.au (203.41.180.233), 64 hops max, 52 byte packets
1 dd-wrt (192.168.1.1) 11.156 ms
2 c-24-127-51-1.hsd1.va.comcast.net (24.127.51.1) 32.497 ms
3 te-2-3-ur01.charlville.va.richmond.comcast.net (68.85.226.149) 13.971 ms
4 xe-11-2-0-0-sur01.charlville.va.richmond.comcast.net (69.139.165.221) 12.312 ms
5 xe-4-1-2-0-ar02.charlvilleco.va.richmond.comcast.net (69.139.165.65) 12.395 ms
6 pos-1-2-0-0-cr01.ashburn.va.ibone.comcast.net (68.86.91.53) 25.624 ms
7 pos-3-10-0-0-cr01.56marietta.ga.ibone.comcast.net (68.86.86.221) 31.483 ms
8 pos-1-9-0-0-cr01.dallas.tx.ibone.comcast.net (68.86.87.233) 52.515 ms
9 he-0-12-0-0-cr01.losangeles.ca.ibone.comcast.net (68.86.86.117) 83.242 ms
10 as4637-cr01.losangeles.ca.ibone.comcast.net (75.149.228.222) 78.134 ms
11 i-0-2-0-11.tlot-core01.bi.telstraglobal.net (202.40.149.185) 86.131 ms
12 i-0-0-0-0.sydo-core01.bx.telstraglobal.net (202.84.140.5) 287.302 ms
13 tengige0-1-0-14.oxf-gw2.sydney.telstra.net (203.50.13.133) 300.060 ms
14 bundle-ether2.oxf-gw1.sydney.telstra.net (203.50.6.85) 274.270 ms
15 bundle-ether1.ken-core4.sydney.telstra.net (203.50.6.5) 270.694 ms
16 bundle-ether10.win-core1.melbourne.telstra.net (203.50.11.13) 275.252 ms
17 bundle-ether6.fli-core1.adelaide.telstra.net (203.50.11.90) 405.600 ms
18 bundle-ether5.wel-core3.perth.telstra.net (203.50.11.19) 411.510 ms
19 gigabitethernet0-1.wel13.perth.telstra.net (203.50.115.151) 406.044 ms
20 *
17 October 2013

University of Virginia cs4414

40
10
11
12
13

as4637-cr01.losangeles.ca.ibone.comcast.net (75.149.228.222) 78.134 ms
i-0-2-0-11.tlot-core01.bi.telstraglobal.net (202.40.149.185) 86.131 ms
i-0-0-0-0.sydo-core01.bx.telstraglobal.net (202.84.140.5) 287.302 ms
tengige0-1-0-14.oxf-gw2.sydney.telstra.net (203.50.13.133) 300.060 ms

Do you believe
http://www.infobyip.com/ip-202.84.140.5.html
?

17 October 2013

University of Virginia cs4414

41
17 October 2013

University of Virginia cs4414

42
How does traceroute work?

17 October 2013

University of Virginia cs4414

43
Protocol Layers

17 October 2013

University of Virginia cs4414

44
MAC Layer (LAN): Ethernet

42-1500 octets (bytes) of payload
37 octets of overhead
Interframe gap: 96 bits of time between packets
at 1Gbps = 96/1B = 96 ns < 0.1 ms
17 October 2013

University of Virginia cs4414

45
Protocol Layers

LAN: Ethernet (97.6%
efficient for 12Kb packets)
WAN: PPP (99.9% efficient –
only 1-2 bytes overhead)
17 October 2013

University of Virginia cs4414

46
Version 3.1 (February 1978)

IP Layer

Version 4 (June 1978)

From Robbie
Hott’s
History of Packets
packets.robbiehott.com

17 October 2013

University of Virginia cs4414

47
Avoiding Zombie Packets

Router
TTL - 1

17 October 2013

University of Virginia cs4414

48
Avoiding Zombie Packets

Router
if TTL = 0:

Destination = original Source

17 October 2013

University of Virginia cs4414

49
gash> traceroute -q 1 www.berkeley.edu
traceroute to www.w3.berkeley.edu (169.229.216.200), 64 hops max, 52 byte packets

1 dd-wrt (192.168.1.1) 9.779 ms
2 c-24-127-51-1.hsd1.va.comcast.net (24.127.51.1) 24.139 ms
3 te-2-3-ur01.charlville.va.richmond.comcast.net (68.85.226.149) 11.955 ms
4 xe-11-3-0-0-sur01.charlville.va.richmond.comcast.net (68.86.172.185) 10.321 ms
5 xe-4-1-1-0-ar02.charlvilleco.va.richmond.comcast.net (69.139.165.57) 17.717 ms
6 pos-0-8-0-0-cr01.charlotte.nc.ibone.comcast.net (68.86.94.29) 26.774 ms
7 pos-0-5-0-0-pe01.ashburn.va.ibone.comcast.net (68.86.87.14) 14.784 ms
8 as11164-pe01.ashburn.va.ibone.comcast.net (75.149.228.82) 12.095 ms
traceroute is sending packets to
9 64.57.20.247 (64.57.20.247) 88.728 ms
destination, with TTL = 1, 2, 3, … and
10 64.57.20.247 (64.57.20.247) 103.851 ms
11 64.57.20.227 (64.57.20.227) 96.655 ms
12 dc-lax-core2--lax-peer1-10ge.cenic.net (137.164.46.119) 104.106 ms
13 sfo-agg1--svl-agg2-10g.cenic.net (137.164.22.26) 90.415 ms
receives
14 dc-ucb--sfo-agg1-10ge.cenic.net (137.164.50.17) 92.749 ms
15 dc-ucb--sfo-agg1-10ge.cenic.net (137.164.50.17) 99.847 ms
16 t1-3.inr-201-sut.berkeley.edu (128.32.0.65) 99.923 ms
17 t5-5.inr-210-srb.berkeley.edu (128.32.255.37) 101.742 ms
18 *

recording the death notices it

17 October 2013

University of Virginia cs4414

50
What Matters for PS3
• You are not expected to do anything below the
level of scheduling which web request to process
– No need to modify lower levels of network stack (but
doing so would provide lots of performanceimprovement opportunities!)
– No expectation to alter tasks once spawned (but doing
so could be very useful)

• But, understanding more what is going on
underneath should help you use resources more
wisely!
17 October 2013

University of Virginia cs4414

51
Charge
From Tim Berners-Lee’s “Answers for Young People” http://www.w3.org/People/Berners-Lee/Kids.html

I think the main thing to remember is that any really powerful thing can be
used for good or evil. Dynamite can be used to build tunnels or to make
missiles. Engines can be put in ambulances or tanks. Nuclear power can be
used for bombs or for electrical power. So the what is made of the Web is up
to us. You, me, and everyone else.
Here is my hope: The Web is a tool for communicating. With the Web, you
can find out what other people mean. You can find out where they are
coming from. The Web can help people understand each other.
Think about most of the bad things that have happened between people in
your life. Maybe most of them come down to one person not understanding
another. Even wars.
Let’s use the web to create neat new exciting things.
Let’s use the Web to help people understand each other.
17 October 2013

University of Virginia cs4414

52

Más contenido relacionado

Similar a Web Server Scheduling

ASERT's DDoS Malware Corral, Volume 1 by Dennis Schwarz and Jason Jones
ASERT's DDoS Malware Corral, Volume 1 by Dennis Schwarz and Jason JonesASERT's DDoS Malware Corral, Volume 1 by Dennis Schwarz and Jason Jones
ASERT's DDoS Malware Corral, Volume 1 by Dennis Schwarz and Jason Jonesarborjjones
 
Data Capacitor II at Indiana University
Data Capacitor II at Indiana UniversityData Capacitor II at Indiana University
Data Capacitor II at Indiana Universityinside-BigData.com
 
Splunk talk at the AWS Big Data Meetup in Palo Alto on Nov 17 2015
Splunk talk at the AWS Big Data Meetup in Palo Alto on Nov 17 2015Splunk talk at the AWS Big Data Meetup in Palo Alto on Nov 17 2015
Splunk talk at the AWS Big Data Meetup in Palo Alto on Nov 17 2015stevemcpherson
 
The International Journal of Engineering and Science (The IJES)
The International Journal of Engineering and Science (The IJES)The International Journal of Engineering and Science (The IJES)
The International Journal of Engineering and Science (The IJES)theijes
 
NUMA-aware Scalable Graph Traversal on SGI UV Systems
NUMA-aware Scalable Graph Traversal on SGI UV SystemsNUMA-aware Scalable Graph Traversal on SGI UV Systems
NUMA-aware Scalable Graph Traversal on SGI UV SystemsYuichiro Yasui
 
Experiences in ELK with D3.js for Large Log Analysis and Visualization
Experiences in ELK with D3.js  for Large Log Analysis  and VisualizationExperiences in ELK with D3.js  for Large Log Analysis  and Visualization
Experiences in ELK with D3.js for Large Log Analysis and VisualizationSurasak Sanguanpong
 
Blue Waters and Resource Management - Now and in the Future
 Blue Waters and Resource Management - Now and in the Future Blue Waters and Resource Management - Now and in the Future
Blue Waters and Resource Management - Now and in the Futureinside-BigData.com
 
Evaluation of Precision Time Synchronisation Methods for Substation Applications
Evaluation of Precision Time Synchronisation Methods for Substation ApplicationsEvaluation of Precision Time Synchronisation Methods for Substation Applications
Evaluation of Precision Time Synchronisation Methods for Substation ApplicationsDavid Ingram
 
Staffetta: Smart Duty-Cycling for Opportunistic Data Collection
Staffetta: Smart Duty-Cycling for Opportunistic Data CollectionStaffetta: Smart Duty-Cycling for Opportunistic Data Collection
Staffetta: Smart Duty-Cycling for Opportunistic Data CollectionMarco Cattani
 
Toward a National Research Platform
Toward a National Research PlatformToward a National Research Platform
Toward a National Research PlatformLarry Smarr
 
Better Information Faster: Programming the Continuum
Better Information Faster: Programming the ContinuumBetter Information Faster: Programming the Continuum
Better Information Faster: Programming the ContinuumIan Foster
 
lec 3 4 Core Delays Thruput Net Arch.ppt
lec 3 4 Core Delays Thruput Net Arch.pptlec 3 4 Core Delays Thruput Net Arch.ppt
lec 3 4 Core Delays Thruput Net Arch.pptMahamKhurram4
 
Application-engaged Dynamic Orchestration of Optical Network Resources
Application-engaged Dynamic Orchestration of Optical Network ResourcesApplication-engaged Dynamic Orchestration of Optical Network Resources
Application-engaged Dynamic Orchestration of Optical Network ResourcesTal Lavian Ph.D.
 
Cabrinety-NIST Project: AMIA DAS 2015
Cabrinety-NIST Project: AMIA DAS 2015Cabrinety-NIST Project: AMIA DAS 2015
Cabrinety-NIST Project: AMIA DAS 2015charthai
 
An energy efficient geographic routing protocol design in vehicular ad-hoc ne...
An energy efficient geographic routing protocol design in vehicular ad-hoc ne...An energy efficient geographic routing protocol design in vehicular ad-hoc ne...
An energy efficient geographic routing protocol design in vehicular ad-hoc ne...sinaexe
 
Virtual Memory (Making a Process)
Virtual Memory (Making a Process)Virtual Memory (Making a Process)
Virtual Memory (Making a Process)David Evans
 
Building OpenDNS Stats
Building OpenDNS StatsBuilding OpenDNS Stats
Building OpenDNS StatsGeorge Ang
 
Mobile web performance - MoDev East
Mobile web performance - MoDev EastMobile web performance - MoDev East
Mobile web performance - MoDev EastPatrick Meenan
 

Similar a Web Server Scheduling (20)

The Internet
The InternetThe Internet
The Internet
 
ASERT's DDoS Malware Corral, Volume 1 by Dennis Schwarz and Jason Jones
ASERT's DDoS Malware Corral, Volume 1 by Dennis Schwarz and Jason JonesASERT's DDoS Malware Corral, Volume 1 by Dennis Schwarz and Jason Jones
ASERT's DDoS Malware Corral, Volume 1 by Dennis Schwarz and Jason Jones
 
Data Capacitor II at Indiana University
Data Capacitor II at Indiana UniversityData Capacitor II at Indiana University
Data Capacitor II at Indiana University
 
Splunk talk at the AWS Big Data Meetup in Palo Alto on Nov 17 2015
Splunk talk at the AWS Big Data Meetup in Palo Alto on Nov 17 2015Splunk talk at the AWS Big Data Meetup in Palo Alto on Nov 17 2015
Splunk talk at the AWS Big Data Meetup in Palo Alto on Nov 17 2015
 
The International Journal of Engineering and Science (The IJES)
The International Journal of Engineering and Science (The IJES)The International Journal of Engineering and Science (The IJES)
The International Journal of Engineering and Science (The IJES)
 
NUMA-aware Scalable Graph Traversal on SGI UV Systems
NUMA-aware Scalable Graph Traversal on SGI UV SystemsNUMA-aware Scalable Graph Traversal on SGI UV Systems
NUMA-aware Scalable Graph Traversal on SGI UV Systems
 
Experiences in ELK with D3.js for Large Log Analysis and Visualization
Experiences in ELK with D3.js  for Large Log Analysis  and VisualizationExperiences in ELK with D3.js  for Large Log Analysis  and Visualization
Experiences in ELK with D3.js for Large Log Analysis and Visualization
 
Blue Waters and Resource Management - Now and in the Future
 Blue Waters and Resource Management - Now and in the Future Blue Waters and Resource Management - Now and in the Future
Blue Waters and Resource Management - Now and in the Future
 
Evaluation of Precision Time Synchronisation Methods for Substation Applications
Evaluation of Precision Time Synchronisation Methods for Substation ApplicationsEvaluation of Precision Time Synchronisation Methods for Substation Applications
Evaluation of Precision Time Synchronisation Methods for Substation Applications
 
Staffetta: Smart Duty-Cycling for Opportunistic Data Collection
Staffetta: Smart Duty-Cycling for Opportunistic Data CollectionStaffetta: Smart Duty-Cycling for Opportunistic Data Collection
Staffetta: Smart Duty-Cycling for Opportunistic Data Collection
 
Toward a National Research Platform
Toward a National Research PlatformToward a National Research Platform
Toward a National Research Platform
 
Better Information Faster: Programming the Continuum
Better Information Faster: Programming the ContinuumBetter Information Faster: Programming the Continuum
Better Information Faster: Programming the Continuum
 
lec 3 4 Core Delays Thruput Net Arch.ppt
lec 3 4 Core Delays Thruput Net Arch.pptlec 3 4 Core Delays Thruput Net Arch.ppt
lec 3 4 Core Delays Thruput Net Arch.ppt
 
Application-engaged Dynamic Orchestration of Optical Network Resources
Application-engaged Dynamic Orchestration of Optical Network ResourcesApplication-engaged Dynamic Orchestration of Optical Network Resources
Application-engaged Dynamic Orchestration of Optical Network Resources
 
Final_Presentation
Final_PresentationFinal_Presentation
Final_Presentation
 
Cabrinety-NIST Project: AMIA DAS 2015
Cabrinety-NIST Project: AMIA DAS 2015Cabrinety-NIST Project: AMIA DAS 2015
Cabrinety-NIST Project: AMIA DAS 2015
 
An energy efficient geographic routing protocol design in vehicular ad-hoc ne...
An energy efficient geographic routing protocol design in vehicular ad-hoc ne...An energy efficient geographic routing protocol design in vehicular ad-hoc ne...
An energy efficient geographic routing protocol design in vehicular ad-hoc ne...
 
Virtual Memory (Making a Process)
Virtual Memory (Making a Process)Virtual Memory (Making a Process)
Virtual Memory (Making a Process)
 
Building OpenDNS Stats
Building OpenDNS StatsBuilding OpenDNS Stats
Building OpenDNS Stats
 
Mobile web performance - MoDev East
Mobile web performance - MoDev EastMobile web performance - MoDev East
Mobile web performance - MoDev East
 

Más de David Evans

Cryptocurrency Jeopardy!
Cryptocurrency Jeopardy!Cryptocurrency Jeopardy!
Cryptocurrency Jeopardy!David Evans
 
Hidden Services, Zero Knowledge
Hidden Services, Zero KnowledgeHidden Services, Zero Knowledge
Hidden Services, Zero KnowledgeDavid Evans
 
Anonymity in Bitcoin
Anonymity in BitcoinAnonymity in Bitcoin
Anonymity in BitcoinDavid Evans
 
Midterm Confirmations
Midterm ConfirmationsMidterm Confirmations
Midterm ConfirmationsDavid Evans
 
Scripting Transactions
Scripting TransactionsScripting Transactions
Scripting TransactionsDavid Evans
 
How to Live in Paradise
How to Live in ParadiseHow to Live in Paradise
How to Live in ParadiseDavid Evans
 
Mining Economics
Mining EconomicsMining Economics
Mining EconomicsDavid Evans
 
Becoming More Paranoid
Becoming More ParanoidBecoming More Paranoid
Becoming More ParanoidDavid Evans
 
Asymmetric Key Signatures
Asymmetric Key SignaturesAsymmetric Key Signatures
Asymmetric Key SignaturesDavid Evans
 
Introduction to Cryptography
Introduction to CryptographyIntroduction to Cryptography
Introduction to CryptographyDavid Evans
 
Class 1: What is Money?
Class 1: What is Money?Class 1: What is Money?
Class 1: What is Money?David Evans
 
Multi-Party Computation for the Masses
Multi-Party Computation for the MassesMulti-Party Computation for the Masses
Multi-Party Computation for the MassesDavid Evans
 
Proof of Reserve
Proof of ReserveProof of Reserve
Proof of ReserveDavid Evans
 
Blooming Sidechains!
Blooming Sidechains!Blooming Sidechains!
Blooming Sidechains!David Evans
 
Useful Proofs of Work, Permacoin
Useful Proofs of Work, PermacoinUseful Proofs of Work, Permacoin
Useful Proofs of Work, PermacoinDavid Evans
 
Alternate Cryptocurrencies
Alternate CryptocurrenciesAlternate Cryptocurrencies
Alternate CryptocurrenciesDavid Evans
 

Más de David Evans (20)

Cryptocurrency Jeopardy!
Cryptocurrency Jeopardy!Cryptocurrency Jeopardy!
Cryptocurrency Jeopardy!
 
Hidden Services, Zero Knowledge
Hidden Services, Zero KnowledgeHidden Services, Zero Knowledge
Hidden Services, Zero Knowledge
 
Anonymity in Bitcoin
Anonymity in BitcoinAnonymity in Bitcoin
Anonymity in Bitcoin
 
Midterm Confirmations
Midterm ConfirmationsMidterm Confirmations
Midterm Confirmations
 
Scripting Transactions
Scripting TransactionsScripting Transactions
Scripting Transactions
 
How to Live in Paradise
How to Live in ParadiseHow to Live in Paradise
How to Live in Paradise
 
Bitcoin Script
Bitcoin ScriptBitcoin Script
Bitcoin Script
 
Mining Economics
Mining EconomicsMining Economics
Mining Economics
 
Mining
MiningMining
Mining
 
The Blockchain
The BlockchainThe Blockchain
The Blockchain
 
Becoming More Paranoid
Becoming More ParanoidBecoming More Paranoid
Becoming More Paranoid
 
Asymmetric Key Signatures
Asymmetric Key SignaturesAsymmetric Key Signatures
Asymmetric Key Signatures
 
Introduction to Cryptography
Introduction to CryptographyIntroduction to Cryptography
Introduction to Cryptography
 
Class 1: What is Money?
Class 1: What is Money?Class 1: What is Money?
Class 1: What is Money?
 
Multi-Party Computation for the Masses
Multi-Party Computation for the MassesMulti-Party Computation for the Masses
Multi-Party Computation for the Masses
 
Proof of Reserve
Proof of ReserveProof of Reserve
Proof of Reserve
 
Silk Road
Silk RoadSilk Road
Silk Road
 
Blooming Sidechains!
Blooming Sidechains!Blooming Sidechains!
Blooming Sidechains!
 
Useful Proofs of Work, Permacoin
Useful Proofs of Work, PermacoinUseful Proofs of Work, Permacoin
Useful Proofs of Work, Permacoin
 
Alternate Cryptocurrencies
Alternate CryptocurrenciesAlternate Cryptocurrencies
Alternate Cryptocurrencies
 

Último

Training state-of-the-art general text embedding
Training state-of-the-art general text embeddingTraining state-of-the-art general text embedding
Training state-of-the-art general text embeddingZilliz
 
Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024Scott Keck-Warren
 
Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024Enterprise Knowledge
 
Search Engine Optimization SEO PDF for 2024.pdf
Search Engine Optimization SEO PDF for 2024.pdfSearch Engine Optimization SEO PDF for 2024.pdf
Search Engine Optimization SEO PDF for 2024.pdfRankYa
 
Unraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfUnraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfAlex Barbosa Coqueiro
 
Human Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsHuman Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsMark Billinghurst
 
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr LapshynFwdays
 
What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024Stephanie Beckett
 
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmatics
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmaticsKotlin Multiplatform & Compose Multiplatform - Starter kit for pragmatics
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmaticscarlostorres15106
 
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)Wonjun Hwang
 
CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):comworks
 
Story boards and shot lists for my a level piece
Story boards and shot lists for my a level pieceStory boards and shot lists for my a level piece
Story boards and shot lists for my a level piececharlottematthew16
 
The Future of Software Development - Devin AI Innovative Approach.pdf
The Future of Software Development - Devin AI Innovative Approach.pdfThe Future of Software Development - Devin AI Innovative Approach.pdf
The Future of Software Development - Devin AI Innovative Approach.pdfSeasiaInfotech2
 
Artificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptxArtificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptxhariprasad279825
 
Install Stable Diffusion in windows machine
Install Stable Diffusion in windows machineInstall Stable Diffusion in windows machine
Install Stable Diffusion in windows machinePadma Pradeep
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebUiPathCommunity
 
Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Commit University
 
Developer Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLDeveloper Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLScyllaDB
 
AI as an Interface for Commercial Buildings
AI as an Interface for Commercial BuildingsAI as an Interface for Commercial Buildings
AI as an Interface for Commercial BuildingsMemoori
 

Último (20)

Training state-of-the-art general text embedding
Training state-of-the-art general text embeddingTraining state-of-the-art general text embedding
Training state-of-the-art general text embedding
 
Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024
 
Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024
 
Search Engine Optimization SEO PDF for 2024.pdf
Search Engine Optimization SEO PDF for 2024.pdfSearch Engine Optimization SEO PDF for 2024.pdf
Search Engine Optimization SEO PDF for 2024.pdf
 
Unraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfUnraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdf
 
Human Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsHuman Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR Systems
 
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
 
What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024
 
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmatics
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmaticsKotlin Multiplatform & Compose Multiplatform - Starter kit for pragmatics
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmatics
 
E-Vehicle_Hacking_by_Parul Sharma_null_owasp.pptx
E-Vehicle_Hacking_by_Parul Sharma_null_owasp.pptxE-Vehicle_Hacking_by_Parul Sharma_null_owasp.pptx
E-Vehicle_Hacking_by_Parul Sharma_null_owasp.pptx
 
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
 
CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):
 
Story boards and shot lists for my a level piece
Story boards and shot lists for my a level pieceStory boards and shot lists for my a level piece
Story boards and shot lists for my a level piece
 
The Future of Software Development - Devin AI Innovative Approach.pdf
The Future of Software Development - Devin AI Innovative Approach.pdfThe Future of Software Development - Devin AI Innovative Approach.pdf
The Future of Software Development - Devin AI Innovative Approach.pdf
 
Artificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptxArtificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptx
 
Install Stable Diffusion in windows machine
Install Stable Diffusion in windows machineInstall Stable Diffusion in windows machine
Install Stable Diffusion in windows machine
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio Web
 
Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!
 
Developer Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLDeveloper Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQL
 
AI as an Interface for Commercial Buildings
AI as an Interface for Commercial BuildingsAI as an Interface for Commercial Buildings
AI as an Interface for Commercial Buildings
 

Web Server Scheduling

  • 1.
  • 2. Plan for Today • Scheduling Web Servers • Networks PS3 is due 11:59pm on Monday, October 28. Please don’t wait to make progress on it! 17 October 2013 University of Virginia cs4414 1
  • 3. Web Server Overload! healthcare.gov Rate of incoming requests > Rate server can process requests 17 October 2013 University of Virginia cs4414 2
  • 5. Strategy 1: Shrink and Simplify Your Content 17 October 2013 University of Virginia cs4414 4
  • 6. 5 September 2001 11 September 2001 archive.org captures of New York Times (http://www.nytimes.com) 17 October 2013 University of Virginia cs4414 5
  • 7. 11 September 2001 5 September 2001 17 October 2013 University of Virginia cs4414 6
  • 8. 17 October 2013 University of Virginia cs4414 7
  • 9. Strategy 2: Buy (Rent) More Servers 17 October 2013 University of Virginia cs4414 8
  • 10. Amazon’s Elastic Compute Cloud (EC2) 17 October 2013 University of Virginia cs4414 9
  • 11. Why does it cost more in California? 17 October 2013 University of Virginia cs4414 10
  • 12. 17 October 2013 University of Virginia cs4414 11
  • 13. Using More Servers Server 1 Dispatcher Server 2 Server 3 17 October 2013 University of Virginia cs4414 12
  • 14. Sharing State Server 1 Dispatcher Server 2 Database Server 3 17 October 2013 University of Virginia cs4414 13
  • 15. Distributed Database Database Server 1 Database Dispatcher Server 2 Database Server 3 Database 17 October 2013 University of Virginia cs4414 14
  • 16. Maintaining Consistency Database Server 1 Database Dispatcher Server 2 Database Server 3 Database 17 October 2013 University of Virginia cs4414 15
  • 17. Maintaining Consistency Database Dispatcher 1. Replication 1 Server Reads are efficient Writes are complex and risky Database 2. Vertical Partitioning Server 2 Split database by columns 3. Horizontal Partitioning (“Sharding”) Split database by rows Database 4. Give up on 3 Server consistency and functionality “NoSQL” (e.g., Cassandra, MongoDB, BigTable) Database 17 October 2013 University of Virginia cs4414 16
  • 18. Scalable Enough? Database Server 1 Database Dispatcher Server 2 Database Server 3 Database 17 October 2013 University of Virginia cs4414 17
  • 19. Distributed Denial-of-Service Server 1 Database Database Dispatcher Server 2 Database Server 3 x 2000 machines Database Botnet 17 October 2013 University of Virginia cs4414 18
  • 21. Financially-Motivated DDoS 17 October 2013 University of Virginia cs4414 20
  • 22. Politically-Motivated DDoS 17 October 2013 University of Virginia cs4414 21
  • 23. Strategy 3: Smarter Scheduling (PS3) 17 October 2013 University of Virginia cs4414 22
  • 24. What should the server’s goal be? 17 October 2013 University of Virginia cs4414 23
  • 25. What is the bottleneck resource? zhtta 17 October 2013 University of Virginia cs4414 Disk (files) 24
  • 26. Norvig Numbers (Much in need of updating!) 17 October 2013 University of Virginia cs4414 25
  • 27. What is the bottleneck resource? zhtta Disk (files) Cache 17 October 2013 University of Virginia cs4414 26
  • 28. Connecting to the Network ISP Router 17 October 2013 zhtta Cache University of Virginia cs4414 Disk (files) 27
  • 29. Cisco Nexus 7000 (~$100K) 48 Gb/s per slot x 10 10 Gb/s x 4 per switch Your server 250 Mbits/s $20/month 17 October 2013 University of Virginia cs4414 28
  • 30. Crash Course in Networking 17 October 2013 University of Virginia cs4414 29
  • 31. Chappe’s Semaphore Network First Line (Paris to Lille), 1794 Mobile Semaphore Telegraph Used in the Crimean War 1853-1856
  • 32. Measuring Networks Latency Time from sending a bit until it arrives seconds (or seconds per geographic distance) Bandwidth Rate at which can you transmit bits per second 17 October 2013 University of Virginia cs4414 31
  • 33. Latency and Bandwidth Napoleon’s Network: Paris to Toulon, 475 miles Latency: 13 minutes (1.6s per mile) – What is the delay at each signaling station, how many stations to reach destination – At this rate, it would take ~1 hour to get a bit from here to California Bandwidth: 2 symbols per minute (98 possible symbols, so that is ~13 bits per minute – How fast can signalers make symbols – At this rate, it would take about 18 days to get http://rust-class.org 17 October 2013 University of Virginia cs4414 32
  • 34. Improving Latency • Less transfer points – Longer distances between transfer points – Semaphores: how far can you see clearly • Curvature of Earth is hard to overcome – Use wires (electrical telegraphs, 1837) • Faster transfers – Replace humans with machines • Faster travel between transfers – Hard to beat speed of light (semaphore network) – Electrons in copper: about 1/3rd speed of light 17 October 2013 University of Virginia cs4414 33
  • 35. How many network transfer points between here and California? 17 October 2013 University of Virginia cs4414 34
  • 36. gash> traceroute -q 1 www.berkeley.edu traceroute to www.w3.berkeley.edu (169.229.216.200), 64 hops max, 52 byte packets 1 dd-wrt (192.168.1.1) 9.779 ms 2 c-24-127-51-1.hsd1.va.comcast.net (24.127.51.1) 24.139 ms 3 te-2-3-ur01.charlville.va.richmond.comcast.net (68.85.226.149) 11.955 ms 4 xe-11-3-0-0-sur01.charlville.va.richmond.comcast.net (68.86.172.185) 10.321 ms 5 xe-4-1-1-0-ar02.charlvilleco.va.richmond.comcast.net (69.139.165.57) 17.717 ms 6 pos-0-8-0-0-cr01.charlotte.nc.ibone.comcast.net (68.86.94.29) 26.774 ms 7 pos-0-5-0-0-pe01.ashburn.va.ibone.comcast.net (68.86.87.14) 14.784 ms 8 as11164-pe01.ashburn.va.ibone.comcast.net (75.149.228.82) 12.095 ms 9 64.57.20.247 (64.57.20.247) 88.728 ms 10 64.57.20.247 (64.57.20.247) 103.851 ms 11 64.57.20.227 (64.57.20.227) 96.655 ms 12 dc-lax-core2--lax-peer1-10ge.cenic.net (137.164.46.119) 104.106 ms 13 sfo-agg1--svl-agg2-10g.cenic.net (137.164.22.26) 90.415 ms 14 dc-ucb--sfo-agg1-10ge.cenic.net (137.164.50.17) 92.749 ms 15 dc-ucb--sfo-agg1-10ge.cenic.net (137.164.50.17) 99.847 ms 16 t1-3.inr-201-sut.berkeley.edu (128.32.0.65) 99.923 ms 17 t5-5.inr-210-srb.berkeley.edu (128.32.255.37) 101.742 ms Unix: traceroute 18 * Windows: tracert 17 October 2013 University of Virginia cs4414 35
  • 37. Packet speed: (2 * 3813 km) / (100 ms) = 76,000 km/s Speed of light: 299,792 km/s Light-speed across the country: ~25ms Time “wasted” in routers and slow interconnects: ~75ms 17 October 2013 University of Virginia cs4414 36
  • 38. 17 October 2013 University of Virginia cs4414 37
  • 39. 17 October 2013 University of Virginia cs4414 38
  • 40. 17 October 2013 University of Virginia cs4414 39
  • 41. $ traceroute -q 1 -w 30 www.busselton.wa.gov.au traceroute to busselton.wa.gov.au (203.41.180.233), 64 hops max, 52 byte packets 1 dd-wrt (192.168.1.1) 11.156 ms 2 c-24-127-51-1.hsd1.va.comcast.net (24.127.51.1) 32.497 ms 3 te-2-3-ur01.charlville.va.richmond.comcast.net (68.85.226.149) 13.971 ms 4 xe-11-2-0-0-sur01.charlville.va.richmond.comcast.net (69.139.165.221) 12.312 ms 5 xe-4-1-2-0-ar02.charlvilleco.va.richmond.comcast.net (69.139.165.65) 12.395 ms 6 pos-1-2-0-0-cr01.ashburn.va.ibone.comcast.net (68.86.91.53) 25.624 ms 7 pos-3-10-0-0-cr01.56marietta.ga.ibone.comcast.net (68.86.86.221) 31.483 ms 8 pos-1-9-0-0-cr01.dallas.tx.ibone.comcast.net (68.86.87.233) 52.515 ms 9 he-0-12-0-0-cr01.losangeles.ca.ibone.comcast.net (68.86.86.117) 83.242 ms 10 as4637-cr01.losangeles.ca.ibone.comcast.net (75.149.228.222) 78.134 ms 11 i-0-2-0-11.tlot-core01.bi.telstraglobal.net (202.40.149.185) 86.131 ms 12 i-0-0-0-0.sydo-core01.bx.telstraglobal.net (202.84.140.5) 287.302 ms 13 tengige0-1-0-14.oxf-gw2.sydney.telstra.net (203.50.13.133) 300.060 ms 14 bundle-ether2.oxf-gw1.sydney.telstra.net (203.50.6.85) 274.270 ms 15 bundle-ether1.ken-core4.sydney.telstra.net (203.50.6.5) 270.694 ms 16 bundle-ether10.win-core1.melbourne.telstra.net (203.50.11.13) 275.252 ms 17 bundle-ether6.fli-core1.adelaide.telstra.net (203.50.11.90) 405.600 ms 18 bundle-ether5.wel-core3.perth.telstra.net (203.50.11.19) 411.510 ms 19 gigabitethernet0-1.wel13.perth.telstra.net (203.50.115.151) 406.044 ms 20 * 17 October 2013 University of Virginia cs4414 40
  • 42. 10 11 12 13 as4637-cr01.losangeles.ca.ibone.comcast.net (75.149.228.222) 78.134 ms i-0-2-0-11.tlot-core01.bi.telstraglobal.net (202.40.149.185) 86.131 ms i-0-0-0-0.sydo-core01.bx.telstraglobal.net (202.84.140.5) 287.302 ms tengige0-1-0-14.oxf-gw2.sydney.telstra.net (203.50.13.133) 300.060 ms Do you believe http://www.infobyip.com/ip-202.84.140.5.html ? 17 October 2013 University of Virginia cs4414 41
  • 43. 17 October 2013 University of Virginia cs4414 42
  • 44. How does traceroute work? 17 October 2013 University of Virginia cs4414 43
  • 45. Protocol Layers 17 October 2013 University of Virginia cs4414 44
  • 46. MAC Layer (LAN): Ethernet 42-1500 octets (bytes) of payload 37 octets of overhead Interframe gap: 96 bits of time between packets at 1Gbps = 96/1B = 96 ns < 0.1 ms 17 October 2013 University of Virginia cs4414 45
  • 47. Protocol Layers LAN: Ethernet (97.6% efficient for 12Kb packets) WAN: PPP (99.9% efficient – only 1-2 bytes overhead) 17 October 2013 University of Virginia cs4414 46
  • 48. Version 3.1 (February 1978) IP Layer Version 4 (June 1978) From Robbie Hott’s History of Packets packets.robbiehott.com 17 October 2013 University of Virginia cs4414 47
  • 49. Avoiding Zombie Packets Router TTL - 1 17 October 2013 University of Virginia cs4414 48
  • 50. Avoiding Zombie Packets Router if TTL = 0: Destination = original Source 17 October 2013 University of Virginia cs4414 49
  • 51. gash> traceroute -q 1 www.berkeley.edu traceroute to www.w3.berkeley.edu (169.229.216.200), 64 hops max, 52 byte packets 1 dd-wrt (192.168.1.1) 9.779 ms 2 c-24-127-51-1.hsd1.va.comcast.net (24.127.51.1) 24.139 ms 3 te-2-3-ur01.charlville.va.richmond.comcast.net (68.85.226.149) 11.955 ms 4 xe-11-3-0-0-sur01.charlville.va.richmond.comcast.net (68.86.172.185) 10.321 ms 5 xe-4-1-1-0-ar02.charlvilleco.va.richmond.comcast.net (69.139.165.57) 17.717 ms 6 pos-0-8-0-0-cr01.charlotte.nc.ibone.comcast.net (68.86.94.29) 26.774 ms 7 pos-0-5-0-0-pe01.ashburn.va.ibone.comcast.net (68.86.87.14) 14.784 ms 8 as11164-pe01.ashburn.va.ibone.comcast.net (75.149.228.82) 12.095 ms traceroute is sending packets to 9 64.57.20.247 (64.57.20.247) 88.728 ms destination, with TTL = 1, 2, 3, … and 10 64.57.20.247 (64.57.20.247) 103.851 ms 11 64.57.20.227 (64.57.20.227) 96.655 ms 12 dc-lax-core2--lax-peer1-10ge.cenic.net (137.164.46.119) 104.106 ms 13 sfo-agg1--svl-agg2-10g.cenic.net (137.164.22.26) 90.415 ms receives 14 dc-ucb--sfo-agg1-10ge.cenic.net (137.164.50.17) 92.749 ms 15 dc-ucb--sfo-agg1-10ge.cenic.net (137.164.50.17) 99.847 ms 16 t1-3.inr-201-sut.berkeley.edu (128.32.0.65) 99.923 ms 17 t5-5.inr-210-srb.berkeley.edu (128.32.255.37) 101.742 ms 18 * recording the death notices it 17 October 2013 University of Virginia cs4414 50
  • 52. What Matters for PS3 • You are not expected to do anything below the level of scheduling which web request to process – No need to modify lower levels of network stack (but doing so would provide lots of performanceimprovement opportunities!) – No expectation to alter tasks once spawned (but doing so could be very useful) • But, understanding more what is going on underneath should help you use resources more wisely! 17 October 2013 University of Virginia cs4414 51
  • 53. Charge From Tim Berners-Lee’s “Answers for Young People” http://www.w3.org/People/Berners-Lee/Kids.html I think the main thing to remember is that any really powerful thing can be used for good or evil. Dynamite can be used to build tunnels or to make missiles. Engines can be put in ambulances or tanks. Nuclear power can be used for bombs or for electrical power. So the what is made of the Web is up to us. You, me, and everyone else. Here is my hope: The Web is a tool for communicating. With the Web, you can find out what other people mean. You can find out where they are coming from. The Web can help people understand each other. Think about most of the bad things that have happened between people in your life. Maybe most of them come down to one person not understanding another. Even wars. Let’s use the web to create neat new exciting things. Let’s use the Web to help people understand each other. 17 October 2013 University of Virginia cs4414 52