You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Create a program that can act as a software VTP data source. It should be able to write data to a socket (TCP or UDP) at high speed. It should be configurable so that the data can originate from any of a number sources :
Random data generated within the program. This can be created by simply allocating a buffer and passing its contents without initialization. It may also come from filling the buffer with numbers from a random number generator. (n.b. if a random number generator is used, it should only be done once at the beginning of program execution!)
Data read from an arbitrary file. In this case, it would exercise reading from a file, but not actually trying to interpret the format.
Read from a VTP generated file so that the data format can be used downstream as though it came directly from a VTP.
In all cases it should have the ability to adjust the output data rate and the burstiness of the data.
It should also have the ability to be controlled by an external orchestrator so that it may be synchronized with other instances of the program. (See milestone M08.)
The text was updated successfully, but these errors were encountered:
Update: This is associated with VTP emulator synchronizer program. Currently we have scripts being executed in 2 ejfat machines that start sending existing pcap files (captured from CLAS12 detector in December 2023) to ejfat-fs when called by an external synchronizer program residing in a different remote (ejfat) machine.
What needs to be done is to design the stream splitter and let the current script (VTP emulator) to send the data received from the stream splitter rather than the pcap files which is currently being sent.
Create a program that can act as a software VTP data source. It should be able to write data to a socket (TCP or UDP) at high speed. It should be configurable so that the data can originate from any of a number sources :
Random data generated within the program. This can be created by simply allocating a buffer and passing its contents without initialization. It may also come from filling the buffer with numbers from a random number generator. (n.b. if a random number generator is used, it should only be done once at the beginning of program execution!)
Data read from an arbitrary file. In this case, it would exercise reading from a file, but not actually trying to interpret the format.
Read from a VTP generated file so that the data format can be used downstream as though it came directly from a VTP.
In all cases it should have the ability to adjust the output data rate and the burstiness of the data.
It should also have the ability to be controlled by an external orchestrator so that it may be synchronized with other instances of the program. (See milestone M08.)
The text was updated successfully, but these errors were encountered: