Replies: 1 comment 2 replies
-
|
For a single receiver, we would not expect to see significant benefits from chunking or multithreading. The chunking functionality is only available when receivers can be processed independently, i.e. when there are no states shared between receivers. In that case, the filter can be partitioned into independent receiver blocks and processed in parallel. For a single receiver, the measurement update and filter computations are typically quite small, so most of the processing remains effectively serial and the overhead of parallelisation often outweighs any potential gain. As a result, seeing only one thread actively used is expected behaviour. There is currently no YAML option to chunk observations by satellite. A satellite-based chunking implementation exists in the codebase but is not functional and is scheduled to be removed in an upcoming release. Therefore, for a single-receiver solution, there is currently no chunking configuration that would provide meaningful additional parallelism. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Currently i am processing one receiver and the processing is sitting on one thread at a time, what is the correct setting to speed up the processing, this is my current setting but it is still sitting on a single thread
chunking:
by_receiver: false # Split large filter and measurement matrices blockwise by receiver ID to improve processing speed
size: 5
Using the Yaml inspector i can't see a setting that chunks the satellite data.
Beta Was this translation helpful? Give feedback.
All reactions