Travis Desell, deseltcs'rpi'edu - PowerPoint PPT Presentation

1 / 19
About This Presentation
Title:

Travis Desell, deseltcs'rpi'edu

Description:

SALSA. Simple Actor Language System and Architecture ... SALSA application layer ... Write your SALSA programs and extend all actors to autonomous actors ... – PowerPoint PPT presentation

Number of Views:75
Avg rating:3.0/5.0
Slides: 20
Provided by: Sta7548
Category:
Tags: desell | deseltcs | edu | rpi | salsa | travis

less

Transcript and Presenter's Notes

Title: Travis Desell, deseltcs'rpi'edu


1
Load Balancing of Autonomous Actors over Dynamic
Networks
HICSS-37
  • Travis Desell, deselt_at_cs.rpi.edu
  • Kaoutar El Maghraoui, elmagk_at_cs.rpi.edu
  • Carlos Varela, cvarela_at_cs.rpi.edu
  • Department of Computer Science
  • Rensselaer Polytechnic Institute
  • http//www.cs.rpi.edu/wwc

2
Worldwide Computing
  • Computational Resources and Devices
  • Large pool of idle resources available in the
    Internet
  • Heterogeneous platforms
  • Networks
  • Wide range of latencies/bandwidths
  • Dynamic resources
  • Different degrees of availability
  • Different types of failures
  • Research Goals
  • Scalability to worldwide execution environments
  • Inherent adaptability to environmental changes
    and resource availability
  • Programmability and high-performance
  • Approach
  • High-level programming abstractions
  • Smart middleware to trigger automatic
    reconfiguration of applications

3
Actors/SALSA
  • Actor Model
  • A reasoning framework to model concurrent
    computations
  • Programming abstractions for distributed open
    systems
  • G. Agha, Actors A Model of Concurrent
    Computation in Distributed Systems. MIT Press,
    1986.
  • SALSA
  • Simple Actor Language System and Architecture
  • An actor-oriented language for mobile and
    internet computing
  • Programming abstractions for internet-based
    concurrency, distribution, mobility, and
    coordination
  • C. Varela and G. Agha, Programming dynamically
    reconfigurable open systems with SALSA, ACM
    SIGPLAN Notices, OOPSLA 2001, 36(12), pp 20-34.

4
Middleware/IO
  • Middleware
  • A software layer between distributed applications
    and operating systems.
  • Alleviates application programmers from directly
    dealing with distribution issues
  • Low-level message passing
  • Heterogeneous hardware/O.S.s
  • Load balancing
  • Fault-tolerance
  • Security
  • Quality of service
  • IO
  • Internet Operating System
  • A decentralized framework for adaptive, scalable
    execution
  • Modular architecture to support different
    profiling and load balancing strategies

5
World-Wide Computer Architecture
  • SALSA application layer
  • Programming language constructs for asynchronous
    message sending, migration, and coordination.
  • IO middleware layer
  • A Resource Profiling Module
  • Captures information about actor and network
    topologies and available resources
  • A Decision Agent
  • Takes migration, split/merge, or replication
    decisions based on profiled information
  • A Protocol Handler
  • Performs peer-to-peer communication
  • WWC run-time layer
  • Theaters provide runtime support for actor
    execution and access to local resources
  • Pluggable transport and naming services

6
Autonomous Actors
  • Actors
  • Unit of concurrency
  • Asynchronous message passing
  • State encapsulation
  • Universal actors
  • Universal names
  • Location/theater
  • Ability to migrate between theaters
  • Autonomous actors
  • Performance profiling to improve quality of
    service
  • Autonomous migration to balance computational
    load
  • Split and merge to tune granularity
  • Replication to increase fault tolerance

7
Peer Theaters and Load Balancing
  • Theaters are organized in a peer-to-peer network
    and exchange information periodically
  • New peers join
  • Old peers leave
  • Work loads change
  • IOs modular architecture enables using different
    load balancing and profiling strategies, e.g.
  • Round-robin (RR)
  • Random stealing (RS)
  • Actor topology-sensitive random stealing (ARS)
  • Network topology-sensitive random stealing (NRS)

8
Random Stealing (RS)
  • Based on Cilks random work stealing
  • Lightly-loaded theaters periodically send work
    steal packets to randomly picked peer theaters
  • Actors migrate from highly loaded theaters to
    lightly loaded theaters
  • Simple strategy no broadcasts required
  • Stable strategy it avoids additional traffic on
    overloaded networks

9
Actor Topology-Sensitive Random Stealing (ARS)
  • An extension of RS to collocate actors that
    communicate frequently
  • Decision agent picks the actor that will minimize
    inter-theater communication after migration,
    based on
  • Location of acquaintances
  • Profiled communication history
  • Tries to minimize the frequency of remote
    communication improving overall system throughput

10
Network Topology-Sensitive Random Stealing (NRS)
  • An extension of ARS to take the network topology
    and performance into consideration
  • Periodically profile end-to-end network
    performance among peer theaters
  • Latency
  • Bandwidth
  • Tries to minimize the cost of remote
    communication improving overall system throughput
  • Tightly coupled actors stay within reasonable
    latencies/bandwidths
  • Loosely coupled actors can flow more freely

11
Preliminary Results---Unconnected/Sparse
  • Load balancing experiments use RR, RS and ARS
  • Applications with diverse inter-actor
    communication topologies
  • Unconnected, sparse, tree, and hypercube actor
    graphs

12
Tree and Hypercube Topology Results
  • RS and ARS do not add substantial overhead to RR
  • ARS performs best in all cases with some
    interconnectivity

13
Unconnected Topology in Dynamic Networks
  • Theaters were added and removed dynamically to
    test scalability.
  • During the 1st half of the experiment, every 30
    seconds, a theater was added.
  • During the 2nd half, every 30 seconds, a theater
    was removed
  • Throughput improves as the number of theaters
    grows.

14
Actor Distribution in Dynamic Networks
  • Both RS and ARS distributed actors evenly across
    the dynamic network of theaters

15
Related Work-- P2P/ Work Stealing
  • P2P systems
  • Distributed Computation SETI_at_home
  • Distributed Storage Freenet
  • File Sharing Napster, Gnutella
  • Web Services Akamai
  • Work stealing algorithms
  • Cilks runtime system for multithreaded parallel
    programming
  • Cilks schedulers techniques of work stealing
  • R. D. Blumofe and C. E. Leiserson, Scheduling
    Multithreaded Computations by Work Stealing,
    FOCS 94

16
Related Work-- Globus/NWS
  • Globus
  • A toolkit to address issues related to the
    development of grid-enabled tools, services and
    applications
  • www.globus.org
  • NWS
  • A distributed system that periodically monitors
    and dynamically forecasts the performance of
    various network and computational resources
  • http//nws.cs.ucsb.edu/

17
Ongoing/Future Work
  • Implementation of NRS is in progress
  • Splitting, Merging, and Replication
  • Profiling mores resources
  • Bandwidth
  • Memory
  • Storage
  • Interoperability with existing high-performance
    messaging implementations (e.g., MPI, PVM)
  • Interoperability with Globus

18
Thank you
19
Using the IO middleware
  • Start IO Peer Servers a mechanism for peer
    discovery
  • Start a network of IO theaters
  • Write your SALSA programs and extend all actors
    to autonomous actors
  • Bind autonomous actors to theaters
  • IO automatically reconfigures the location of
    actors in the network for improved performance of
    the application.
  • IO supports the dynamic addition and removal of
    theaters
Write a Comment
User Comments (0)
About PowerShow.com