slide1 n.
Skip this Video
Download Presentation
Data Queue

Loading in 2 Seconds...

play fullscreen
1 / 11

Data Queue - PowerPoint PPT Presentation

  • Uploaded on

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

I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
Download Presentation

PowerPoint Slideshow about 'Data Queue' - matteo

Download Now 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
Aim: collect (reassembling from the “UDP puzzle”) data reading from the WR network and redistribute them to the proper DAQ elementsData 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


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



Shared memory



data sender




(CHSM interface)

Data Queue threads scheme

To Data


Data from





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)