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
Revise the archive file selection algorithm for the pcap parser to rotate through all of the data in 10% batches.
Consider a hash based selection:
if (HASH(filename)+epoch) % 10 == 0 { process file }
where epoch is incremented every time the pcap gardner reaches the end of the data.
The text was updated successfully, but these errors were encountered:
I don't think there is any particular reason we shouldn't just let this
parse all the data. It should only take a few days. Then we should
probably shut it off rather than reprocessing it regularly.
A more useful bug fix would be to change the processing location, so that
we aren't moving data between regions. This is the biggest concern when
processing 100% of the pcaps.
We could instead consider copying the table from staging.
We are now processing 10% of the pcaps every 16 days. Please update to process all current and historical files. SELECT COUNT (DISTINCT date) AS days, MIN(parser.Time) OldestParse, FROM mlab-oti.ndt_raw.pcap`
Yields: 838 2022-03-06 02:31:10.345666 UTC on 2022-03-22
Revise the archive file selection algorithm for the pcap parser to rotate through all of the data in 10% batches.
Consider a hash based selection:
if (HASH(filename)+epoch) % 10 == 0 { process file }
where epoch is incremented every time the pcap gardner reaches the end of the data.
The text was updated successfully, but these errors were encountered: