Aim: collect (reassembling from the “UDP puzzle”) data reading from the WR network and redistrib...
This presentation is the property of its rightful owner.
Sponsored Links
1 / 11

Data Queue PowerPoint PPT Presentation


  • 71 Views
  • Uploaded on
  • Presentation posted in: General

Aim: collect (reassembling from the “UDP puzzle”) data reading from the WR network and redistribute them to the proper DAQ elements. Data Queue. KM3NeT Phase 1 throughput. 26 DUs 18 DOMs per DU 31 3'' PMTs per DOM

Download Presentation

Data Queue

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


Data queue

Aim: collect (reassembling from the “UDP puzzle”) data reading from the WR network and redistribute them to the proper DAQ elements

Data Queue


Km3net phase 1 throughput

KM3NeT Phase 1 throughput

  • 26 DUs

  • 18 DOMs per DU

  • 31 3'' PMTs per DOM

  • considering dominant the optical data flow and acoustic ~½ optical. Slow-control contribution is considered negligible.

  • 6 Bytes per hit

  • two scenarios: the realistic and the conservative


Km3net phase 1 throughput 2

KM3NeT Phase 1 throughput - 2

Presence of the 40K and the DOM threshold set to 0.3 p.e.

Acoustic data throghput supposed to be ~ 1.5 Gbps


Data queue

DQ Buffering

Number of STS

Fit the number of required DQs with the maximum buffering needed, due to possible network delays, and with the available RAM.

Seconds of acquisition


Data queue threads scheme

Optical data

sender thread

Acoustic data

sender thread

Input

thread

Shared memory

Other

instruments

data sender

thread

Control

thread

(CHSM interface)

Data Queue threads scheme

To Data

Filters

Data from

multiple

DOMs

To DB

Writer


Input the udp puzzle

Input: the “UDP puzzle”

The UDP packet (datagram) can be at most the MTU = 1500B < sizeof(frame)

  • A frame is splitted into several datagrams

    By the intrinsic nature of the UDP protocol we have that:

  • A datagram can be lost

  • Two consecutive datagrams can arrive in inverted order


Proposed solution

Proposed solution

  • Use a kind o “cinise boxes” with expiration


Dq data sender optical data

DQ data sender / Optical data

  • Route the collected STS to a different DF each time


Dq data sender other type of data

DQ data sender / Other type of data

  • Acoustic data in a continuous stream, addressing a specific subset of sensors to a specific DF

  • Instrument data and slow-control to the DB Writer through ControlHost


Toy code

Toy code

  • Small program initially developed to test the “reliability” of the UDP link

  • Can read from a UDP socket, implement some kind of analysis and send the result to a ControlHost server

  • Tested on local network using Vis (see the wiki)

    https://dl.dropboxusercontent.com/u/257676636/CLB_out_test.tar.gz


  • Login