39 karma · joined February 20, 2024
Once this is known we translate the nodes towards the assigned slot in each step.
When you say "which nodes are rotationally reachable", what does that imply for formations? A node will be assigned a slot and has to move towards it while trying to avoid obstacles.
Happy to take a look if you file an issue on Ketu with details.
Great suggestion! I've created an issue to keep track of this. https://github.com/sushrut141/ketu/issues/8
I will definitely look into this once Ketu gains more traction. REPLit like behaviour would help more people try things out.
The uses cases in the docs for drone control and manipulating kinetic arms with multiple degrees of freedom look promising though.
What does SpinStep provide? - Is it a traversal framework for quaternions? - Or it is a constraint solver that computes a series of transformations to make each node in a scene comply with a final end state
If it can be used for translating nodes as well via quaternions I would be interested in implementing a formation coordinator for it.
If you have an idea of what quaternion transformation will help achieve in Ketu and what the end state looks like please do create an issue on the Repo. I'll see if I can implement it using the concepts in SpinStep.
GPU performance significantly affects performance by as much as 20X. This project is only intended for cases where GPU is not available / desired due to cost or other constraints,
My initial intent was to use duckdb for fast vectored query execution but I wasn't able to create a planner / execution hook that uses duckdb internally. Will definitely checkout pg_analytics / Datafusion to see if the same can be integrated here as well. Thanks for the pointers.
The key difference is solutions like pg_analytics completely swap out the native postgres row based storage for columnar storage.
Not using the default postgres storage engine means you miss outon a lot of battle tested, functionality like updating existing rows, deleting rows, transactional updates etc. Columnar stores are not suited for transactions, updates and deletes.
pg_analytica retains the existing Postgres storage and only exports a time delayed version of the table in columnar format. This way developers get the benefit of a transactional storage and fast analytics queries.
The extension periodically schedules export runs for a table exporting all the data each time (I know this is expensive but I haven't found an alternative like a change pump for getting writes after time T in Postgres yet). The export frequency can be configured by the user.
Regarding how much the delay will be, we that depends on the export frequency and the machine running the Postgres instance. A fast machine could complete an entire table export every hour or so resulting data that is decently fresh. Slower / more resource constrained machines would have to schedule exports at a slower frequency.
Tables can be exported to columnar format via this extension to massively speed up your analytics queries. Exported data is periodically refreshed to keep your query results fresh.