Title: A Maiden Analysis of Longest Wait First
1A Maiden Analysis of Longest Wait First
- Jeff Edmonds
- York University
- Kirk Pruhs
- University of Pittsburgh
2Client-Server System
Requests for page transmission pull
Server
Clients
3Client-Server System
Transmit page
Server scheduling problem How does the server
decide which requests to respond to first?
Server
Clients
4 The Big Problem
Movie Distribution
Olympics
Database Replication via Internet
Software Download
Harry Potter Book Download
Pay-Per-View Movies
5The 1-1 communication is not scalable
6Broadcast Common Pages
From www.direcpc.com
From Newsweek magazine
7Time
Requests
Pages
8Time
Scheduling Problem
9O(1)-Approximate Algorithms
10O(1)-Approximate Algorithms
11O(1)-Approximate Algorithms
12Resource Augmentation Analysis
- Algorithm is s-speed c-competitive if
- maxI Onlines(I)/Opt1(I) lt c
Time
Time
Requests
Requests
Optimal
Online
13Classic Server QoS Curves
Online
Optimal
Average response time
High load
Low load
Fast processor
Slow Processor
14Scheduling Algorithms
- 2-speed 2-competitive KPV 01, EH 02, GKKW
02, GKPS 02
Difficult Off-line Linear Programming Algorithms
15Scheduling Algorithms
First In First Out (FIFO)
- 2-competitive for Max-Waitbut bad for Total-Wait.
Time
Requests
16Scheduling Algorithms
Most Requests First (MRF)
- not O(1)-speed O(1)-competitive. KPV 00
Time
Requests
17Scheduling Algorithms
B-Equipoise Proportional to number of requests
- Not 2-speed O(1)-competitive.
- (4e)-speed O(1)-competitivefor any page lengths
EP 2002
Time
Requests
18Scheduling Algorithms
B-Equipoise-EDF Non-preemptive number of
requests
- (8e)-speed O(1)-competitive for unit sized
files EP 2002
Time
Requests
19Scheduling Algorithms
Longest Wait First(LWF)
- Efficient implementation, KTT 01
- Was hoped to be (1e)-speed O(1)-competitive.
Time
Requests
20LWF is not 1.6-speed O(1)-competitive.
21LWF is not 1.6-speed O(1)-competitive.
22LWF is not 1.6-speed O(1)-competitive.
With s1.6 LWF catches up.
LWF is competitive.
23LWF is not 1.6-speed O(1)-competitive.
24LWF is not 1.6-speed O(1)-competitive.
25LWF is 6-speed O(1)-competitive.
Time
Time
Requests
Requests
Optimal
LWF
26LWF is 6-speed O(1)-competitive.
xc
Time
Time
Requests
Requests
Optimal
LWF
27LWF is 6-speed O(1)-competitive.
Optimal
LWF
28LWF is 6-speed O(1)-competitive.
Optimal
LWF
29LWF is 6-speed O(1)-competitive.
xc
Optimal
LWF
30LWF is 6-speed O(1)-competitive.
Optimal
LWF
31LWF is 6-speed O(1)-competitive.
LWF
LWF
32LWF is 6-speed O(1)-competitive.
LWF
LWF
33LWF is 6-speed O(1)-competitive.
LWF
LWF
34LWF is 6-speed O(1)-competitive.
Needs to be paid
Able to pay
35LWF is 6-speed O(1)-competitive.
LWF
36LWF is 6-speed O(1)-competitive.
LWF
LWF
LWF
37LWF is 6-speed O(1)-competitive.
LWF
LWF
LWF
38LWF is 6-speed O(1)-competitive.
LWF
LWF
LWF
39LWF is 6-speed O(1)-competitive.
LWF
LWF
LWF
40LWF is 6-speed O(1)-competitive.
LWF6(I) lt Opt1(I) x c
xc
Time
Time
Requests
Requests
Optimal
LWF
Everyone paid enough.
No one pays to much.
41Conclusion
A Maiden Analysis of Longest Wait First
- LWF is best experimentally AM
- Efficient implementation, KTT 01
- Was hoped to be (1e)-speed O(1)-competitive.
42Conclusion
Future
A Maiden Analysis of Longest Wait First
- LWF is best experimentally AM
- Efficient implementation, KTT 01
- Was hoped to be (1e)-speed O(1)-competitive.
- LWF is not 1.6-speed O(1)-competitive.
- LWF is 6-speed O(1)-competitive.
for any file lengths
The End
43Multicast Pull Scheduling When Fairness is Fine
- Jeff Edmonds
- York University
- Kirk Pruhs
- University of Pittsburgh
44Scheduling Algorithms
B-Equipoise Proportional to number of requests
- Not 2-speed O(1)-competitive.
- (4e)-speed O(1)-competitivefor any page lengths
EP 2002
Time
Requests
45The Power of the Adversary in Multicast Pull
- Basic idea of the proof that there is no
O(1)-competitive online algorithm - Immediately after the online algorithm broadcasts
a document, the adversary requests that document - The adversary broadcasts the document after the
second request to the document utilizing the
power of broadcast - After a while the online algorithm still has a
lot of work left while the adversary has little
work left - Then a high load stream of work that requires the
full processing power of the server arrives
46More on the Power of the Adversary in Multicast
Pull
- Hence, the adversary forces the online algorithm
to labor on sequential work - Sequential work increasing the processing power
devoted to the work does not change the rate at
which the remaining work decreases - Parallel work doubling the processing power
devoted to work doubles that rate at which that
work is completed - IMHO, the main contribution of this paper is the
insight that - Multicast pull scheduling scheduling of jobs
with arbitrary speed-ups
47Scheduling Jobs with Variable Speed-up Curves In
the Context of Parallel Processing
- Equipoise (Round Robin) Give each job equal
processing time - Equipoise is a 3-speed 6-competitive algorithm
for jobs with arbitrary speed-up curves E, 1999
- Formally means that Equipose with a speed 3
processor has average flow time at most 6 times
the optimal average flow time for a speed 1
processor - Intuitively means that Equipoise will perform
reasonably well at low loads
48Proof by picture that Bequi is O(1)-speed
O(1)-approximation algorithm
49More proof by picture
50More proof by picture
51More proof by picture
Replace jobs by sequential and parallel work in
such a way that Broadcast-Equipoise is
unaffected, and optimal is not hurt. Then apply
Equipoise analysis.
52Why transformation doesnt hurt optimal
Each reverse L shaped region, which contains the
parallel work that optimal must finish, is
contained within two consecutive BEqui broadcasts
53Scheduling Algorithms
B-Equipoise-EDF Non-preemptive number of
requests
- (8e)-speed O(1)-competitive for unit sized
files EP 2002
Time
Requests
54BEQUI-EDF Algorithm for Unit Sized Documents (no
preemption)
- B-EQUI-EDF Algorithm
- Simulate BEQUI to get deadlines for jobs
- Run EDF on the jobs using these deadlines
- B-EQUI-EDF is an O(1)-speed O(1)-competitive
algorithm