Skip to content

Commit

Permalink
Update stash_and_cache.md update links
Browse files Browse the repository at this point in the history
  • Loading branch information
dehann authored May 26, 2024
1 parent eb3733c commit dfc8569
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions docs/src/concepts/stash_and_cache.md
Original file line number Diff line number Diff line change
Expand Up @@ -54,8 +54,8 @@ Modifying the overall Caesar.jl code for both read and write stashing might be c

## [Notes](@id stashcache_notes)

Please see or open issues for specific questions not yet covered here. You can also reach out via [Slack](https://join.slack.com/t/caesarjl/shared_invite/zt-ucs06bwg-y2tEbddwX1vR18MASnOLsw), or contact [NavAbility.io](https://www.navability.io) for help.
Please see or open issues for specific questions not yet covered here. You can also reach out via Slack, or contact [NavAbility](https://www.wherewhen.ai) for help.

- Use caution in designing [`preambleCache`](@ref) for situations where [`multihypo=`](@ref section_multihypo) functionality is used. If factor memory is tied to specific variables, then the association ambiguities to multihypo situations at compute time must considered. E.g. if you are storing images for two landmarks in two landmark variable hypotheses, then just remember that the user cache must during the sampling or residual calculations track which hypothesis is being used before using said data -- we recommend using `NamedTuple` in your cache structure.
- If using the Deserialize-Stash design, note that the appropriate data blob stores should already be attached to the destination factor graph object, else the `preambleCache` function will not be able to succesfully access any of the `getData` functions you are likely to use to 'unstash' data.
- Users can readily implement their own threading inside factor samping and residual computations. Caching is not yet thread-safe for some internal solver side-by-side computations, User can self manage shared vs. separate memory for the `Multithreaded Factor` option, but we'd recommend reaching out to or getting involved with the threading redesign, see [IIF 1094](https://github.com/JuliaRobotics/IncrementalInference.jl/issues/1094).
- Users can readily implement their own threading inside factor samping and residual computations. Caching is not yet thread-safe for some internal solver side-by-side computations, User can self manage shared vs. separate memory for the `Multithreaded Factor` option, but we'd recommend reaching out to or getting involved with the threading redesign, see [IIF 1094](https://github.com/JuliaRobotics/IncrementalInference.jl/issues/1094).

0 comments on commit dfc8569

Please sign in to comment.