REAP-Wiki: Ring Buffered Network Bus

-REAP Home

People

Meetings


Calendar


Project Links

Publications

Development

About This Site

Recent Changes
+            Ring Buffered Network Bus
         
          
            Your trail: Ocean_SST_Usecase5 | Ocean_SST_Usecase6 | Ocean_Usecase_Technical_Requirements | Ocean_SST_FieldComparisons | Ocean_SST_Conceptual | OPeNDAPDiscoveryAndSubsetting | OPeNDAPKeplerDataModelResolution | TML | SWE | UseCaseTemplate
         
      

      

      

      
         



      
          Difference between 
          version 22 
          and 
          version 4:
          

          
Line 1 was replaced by line 1
- Ring Buffered Network Bus (RBNB) was created by [Creare Inc.|http://www.creare.com/rbnb/index.html].
+ Ring Buffered Network Bus (RBNB) was created by [Creare Inc.|http://www.creare.com/rbnb/index.html]. It is also called Data Turbine.
Line 3 was replaced by line 3
- Properties:
+ !!Properties:
Line 8 was replaced by lines 8-19
- *
+ * Data is ''saved to'' and ''retrieved from'' the RBNB server by applications termed ''sources'' and ''sinks'', respectively.
+ ** Each source application generates its own ring buffer, which is managed by the RBNB server.
+ ** Sink applications can request data from the RBNB server, which retrieves information from the appropriate ring buffer(s) and passes it back to the requesting sink application.
+ * Sources and sinks ''communicate'' with RBNB by passing messages via ''channel map'' objects.
+ ** Each channel in a channel map is named and contains timestamped data.
+ * An RBNB ''frame'' is created each time a channel map is written/flushed to disk.
+ ** Size of a frame is variable.
+ ** The sizes of both the cache and the archive are defined in terms of the number of frames.
+ * Sink applications use channel maps to request data from the RBNB server in the following ways:
+ ##''Subcribe'': The server pushes new data as it is received to the sink application's designated channel map. All data is sent to the application in a continuous stream regardless of whether the application can keep up.
+ ##''Monitor'': The server pushes new data as it is received to the sink application's designated channel map. The server skips ahead, dropping data if necessary, if the sink application gets too far behind in its processing.
+ ##''Request'': The sink application sends the server a channel map containing the name of the channel, timestamp, and duration of the requested data. The server responds by returning the channel map with the requested data filled in.
At line 9 added 6 lines.
+ \\
+
+ In REAP, we will start by designing a an API for RBNB operations and an ''RBNBSink'' actor that can operate in all three modes of using channel maps. We will build the actor based on the defined APIs. This is discussed in [RBNB Sink Actor Design page|RBNBSinkActorDesignAndAPI].
+
+ \\
+


          

      

      

      
      Back to Ring Buffered Network Bus,
       or to the Page History.
 Ring Buffered Network Bus
 Your trail: Ocean_SST_Usecase5 | Ocean_SST_Usecase6 | Ocean_Usecase_Technical_Requirements | Ocean_SST_FieldComparisons | Ocean_SST_Conceptual | OPeNDAPDiscoveryAndSubsetting | OPeNDAPKeplerDataModelResolution | TML | SWE | UseCaseTemplate
 Line 1 was replaced by line 1
-- Ring Buffered Network Bus (RBNB) was created by [Creare Inc.|http://www.creare.com/rbnb/index.html].
++ Ring Buffered Network Bus (RBNB) was created by [Creare Inc.|http://www.creare.com/rbnb/index.html]. It is also called Data Turbine.
 Line 3 was replaced by line 3
-- Properties:
++ !!Properties:
 Line 8 was replaced by lines 8-19
-- *
++ * Data is ''saved to'' and ''retrieved from'' the RBNB server by applications termed ''sources'' and ''sinks'', respectively.
++ ** Each source application generates its own ring buffer, which is managed by the RBNB server.
++ ** Sink applications can request data from the RBNB server, which retrieves information from the appropriate ring buffer(s) and passes it back to the requesting sink application.
++ * Sources and sinks ''communicate'' with RBNB by passing messages via ''channel map'' objects.
++ ** Each channel in a channel map is named and contains timestamped data.
++ * An RBNB ''frame'' is created each time a channel map is written/flushed to disk.
++ ** Size of a frame is variable.
++ ** The sizes of both the cache and the archive are defined in terms of the number of frames.
++ * Sink applications use channel maps to request data from the RBNB server in the following ways:
++ ##''Subcribe'': The server pushes new data as it is received to the sink application's designated channel map. All data is sent to the application in a continuous stream regardless of whether the application can keep up.
++ ##''Monitor'': The server pushes new data as it is received to the sink application's designated channel map. The server skips ahead, dropping data if necessary, if the sink application gets too far behind in its processing.
++ ##''Request'': The sink application sends the server a channel map containing the name of the channel, timestamp, and duration of the requested data. The server responds by returning the channel map with the requested data filled in.
 At line 9 added 6 lines.
++ \\
++
++ In REAP, we will start by designing a an API for RBNB operations and an ''RBNBSink'' actor that can operate in all three modes of using channel maps. We will build the actor based on the defined APIs. This is discussed in [RBNB Sink Actor Design page|RBNBSinkActorDesignAndAPI].
++
++ \\
++