-
Currently, it seems like if you want to transfer more than 65536 bytes between apps, you need to roll your own system of writing to shared memory and managing access to it. Likewise, since 65536 is the max size of anything going through the software bus abstraction, you must write to disk with OSAL calls or FM instead of using DS to store files. Are there any common best practices or set of tooling here? It seems like another shared abstraction/tool is needed for larger data, which will become increasingly common. I understand the SB is trying to be like the CCSDS, so it seems we can't modify that. Are there any plans to capture this type of situation in CFS to prevent everyone from rolling their own solution to it? |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 5 replies
-
See #425 as related Point to point queues have been discussed in the context of CF and large app transfers in the past, but I'm not aware of anyone actively working the issue. We do encourage contribution/collaboration in that area though since it is an identified need/use case, so rather than roll your own consider rolling one for the community! |
Beta Was this translation helpful? Give feedback.
-
#325 also discusses this question, although writing to intermediate files was suggested as a solution there, which James mentioned he specifically wanted to avoid. |
Beta Was this translation helpful? Give feedback.
See #425 as related
Also discussed in the context of CF in nasa/CF#130
Point to point queues have been discussed in the context of CF and large app transfers in the past, but I'm not aware of anyone actively working the issue. We do encourage contribution/collaboration in that area though since it is an identified need/use case, so rather than roll your own consider rolling one for the community!