3 ms·
This is what I mean, I have no idea if it’s reasonable or not. Or why the issue exists (bandwidth, memory, etc etc). Or if the “dropped” data is actually droppe
by unlinked_dll 7y ago
This is what I mean, I have no idea if it’s reasonable or not. Or why the issue exists (bandwidth, memory, etc etc). Or if the “dropped” data is actually dropped at all past 150 ships, and not dropped when it is lowered in priority compared to incoming data.
The number of 150 seems odd as well, but I have no idea what that 150 limit corresponds to in terms of actual data, methods to poll it, update it, connections to leave open, packets to receive, etc. It could be totally reasonable. It could also be insanely small.
My point is, it’s difficult to pass judgement on tech specs out of context.
- jws 7y agoNo inside knowledge here, but in tracking moving objects it would be easy to build in an O(n^2) algorithm when predicting interactions or intersections between ships. Combine this with the sort of logic used in real time displays (or video games) and as the number of ships increases, the processing time required for the analysis goes up rapidly until you miss a critical time deadline and get your analysis ignored. At which point the system is classified as broken.