Adaptive Overlays for Shared Stream Processing Environments


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements UNIX and Linux RSS News Adaptive Overlays for Shared Stream Processing Environments
# 1  
Old 10-07-2008
Adaptive Overlays for Shared Stream Processing Environments

HPL-2007-178 (R.1) Adaptive Overlays for Shared Stream Processing Environments - Papaemmanouil, Olga; Basu, Sujoy; Banerjee, Sujata
Keyword(s): stream processing, overlay, quality-of-service
Abstract: Large-scale overlays has become a powerful paradigm for deploying stream processing applications in wide-area environments. The dynamic nature of these systems makes it difficult to guarantee the Quality of Service (QoS) requirements of each application. In this work we present a framework for distr ...
Full Report

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

3 More Discussions You Might Find Interesting

1. Programming

Shared library with acces to shared memory.

Hello. I am new to this forum and I would like to ask for advice about low level POSIX programming. I have to implement a POSIX compliant C shared library. A file will have some variables and the shared library will have some functions which need those variables. There is one special... (5 Replies)
Discussion started by: iamjag
5 Replies

2. Shell Programming and Scripting

[Video stream] network stream recording with mplayer

Hi I used this command: mplayer http://host/axis-cgi/mjpg/video.cgi -user root -passwd root \ -cache 1024 -fps 25.0 -nosound -vc ffh264 \ -demuxer 3 -dumpstream -dumpfile output.avi It's ok but... Video Playing is very fast! Why? Is it a synch problem? What parameter I have to use for... (1 Reply)
Discussion started by: takeo.kikuta
1 Replies

3. Shell Programming and Scripting

gpsd, gpspipe NMEA sentences stream processing

Hi, running gpsd, gpspipe I get a stream of NMEA sentences. What I need is to write awk script for pipelining and on-the-fly processing of the streamed NMEA senteces to output (terminal session in my case). The issue is, I can get gpsd working in -D 5 mode (debug mode). There is no issue... (5 Replies)
Discussion started by: darius2
5 Replies
Login or Register to Ask a Question
IO::Async::Protocol::Stream(3pm)			User Contributed Perl Documentation			  IO::Async::Protocol::Stream(3pm)

NAME
"IO::Async::Protocol::Stream" - base class for stream-based protocols SYNOPSIS
Most likely this class will be subclassed to implement a particular network protocol. package Net::Async::HelloWorld; use strict; use warnings; use base qw( IO::Async::Protocol::Stream ); sub on_read { my $self = shift; my ( $buffref, $eof ) = @_; return 0 unless $$buffref =~ s/^(.*) //; my $line = $1; if( $line =~ m/^HELLO (.*)/ ) { my $name = $1; $self->invoke_event( on_hello => $name ); } return 1; } sub send_hello { my $self = shift; my ( $name ) = @_; $self->write( "HELLO $name " ); } This small example elides such details as error handling, which a real protocol implementation would be likely to contain. DESCRIPTION
This subclass of IO::Async::Protocol is intended to stand as a base class for implementing stream-based protocols. It provides an interface similar to IO::Async::Stream, primarily, a "write" method and an "on_read" event handler. It contains an instance of an "IO::Async::Stream" object which it uses for actual communication, rather than being a subclass of it, allowing a level of independence from the actual stream being used. For example, the stream may actually be an IO::Async::SSLStream to allow the protocol to be used over SSL. As with "IO::Async::Stream", it is required that by the time the protocol object is added to a Loop, that it either has an "on_read" method, or has been configured with an "on_read" callback handler. EVENTS
The following events are invoked, either using subclass methods or CODE references in parameters: $ret = on_read $buffer, $eof The "on_read" handler is invoked identically to "IO::Async::Stream". on_closed The "on_closed" handler is optional, but if provided, will be invoked after the stream is closed by either side (either because the "close()" method has been invoked on it, or on an incoming EOF). PARAMETERS
The following named parameters may be passed to "new" or "configure": on_read => CODE CODE reference for the "on_read" event. handle => IO A shortcut for the common case where the transport only needs to be a plain "IO::Async::Stream" object. If this argument is provided without a "transport" object, a new "IO::Async::Stream" object will be built around the given IO handle, and used as the transport. METHODS
$protocol->write( $data ) Writes the given data by calling the "write" method on the contained transport stream. $protocol->connect( %args ) Sets up a connection to a peer, and configures the underlying "transport" for the Protocol. Calls "IO::Async::Protocol" "connect" with "socktype" set to "stream". AUTHOR
Paul Evans <leonerd@leonerd.org.uk> perl v5.14.2 2012-10-24 IO::Async::Protocol::Stream(3pm)