Clean up the specification of max fragment and event sizes
At the moment, we have max_event_size_bytes(words) and max_fragment_size_bytes(words), as well as size parameters in the source and destination blocks in our configurations, the latter of which are book-kept by DAQInterface, and all of this is confusing and likely inconsistent.
An idea that John and I talked about is to move to a model in which BoardReader configurations can/should specify max_fragment_size_bytes, and everything else is derived. For example, the max_event_size_bytes in the EventBuilder would be the sum of the BR sizes for the BRs that are currently included in the partition.
DAQInterface would be the logical place to do this sort of bookkeeping.
We should think about whether configuration parameters like TCP send buffer sizes can be naturally handled in this model, or if we need special handling for them.
#1 Updated by John Freeman over 1 year ago
- Status changed from New to Resolved
- % Done changed from 0 to 100