AIDA
GELINA
BRIKEN
nToF
CRIB
ISOLDE
CIRCE
nTOFCapture
DESPEC
DTAS
EDI_PSA
179Ta
CARME
StellarModelling
DCF
K40
AIDA
Draft saved at 00:00:00
Fields marked with
*
are required
Entry time:
Sat Mar 29 11:17:02 2025
Author
*
:
Subject
*
:
> During R30 ( see https://elog.ph.ed.ac.uk/AIDA/154 ) obtain the following merger error messages > (rate ~ 10 per minute) with merger rate ~100-200k data items/s > > Merge: Timestamp (611b2080877)[Q 2, Stream 2] is older than previous (611c207f4ef) [Q 2, Stream 2] > Merge: Attempting resynchronisation to timestamp 611c207f4f0 or greater > Merge: Last sync pulse time: 611c20400a0 > Merge: Last timestamp seen: 611c207f4ef > Merge: Restarting at timestamp 611c72800a0 > Merge: Timestamp (611f6f0101f)[Q 2, Stream 2] is older than previous (61206effe27) [Q 2, Stream 2] > Merge: Attempting resynchronisation to timestamp 61206effe28 or greater > Merge: Last sync pulse time: 61206ec00a0 > Merge: Last timestamp seen: 61206effe27 > Merge: Restarting at timestamp 612088000a0 > Merge: Timestamp (61213ac1e1f)[Q 2, Stream 2] is older than previous (61223abffa7) [Q 2, Stream 2] > Merge: Attempting resynchronisation to timestamp 61223abffa8 or greater > Merge: Last sync pulse time: 61223a800a0 > Merge: Last timestamp seen: 61223abffa7 > Merge: Restarting at timestamp 6122ab400a0 > > 611c72800a0-611c207f4ef = 5200BB1 = 85986225 * 1e-8 = 0.86s > > 612088000a0-61206effe27 = 1900279 = 0.26s > > 6122ab400a0-61223abffa7 = 70800F9 = 1.2s > > Resynchronisation appears to require significant periods of time (~s) - why? > > I assume this implies significant dead time (data loss) too?
Encoding
:
HTML
ELCode
plain
Suppress Email notification
Attachment 1:
Drop attachments here...
Draft saved at 00:00:00
ELOG V3.1.4-unknown