Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Theoretically calculate the maximum/worst case number of chunks Used #2393

Open
deepaksree opened this issue Dec 16, 2024 · 2 comments
Open
Labels
needs info A bug report is waiting for more information

Comments

@deepaksree
Copy link

Brief feature description

Is there a way to theoretically calculate the maximum and worst case number of chunks that will be used in runtime. I have a single publisher and multiple subscriber system.

Detailed information

A mathematical formula or description to calculate the worst case chunk usage in single publisher multiple subscriber system.

@elfenpiff
Copy link
Contributor

@deepaksree You can do this effectively only with iceoryx2. Due to the central broker and the central configuration the worst case number of chunks would be extremely huge.

This is one of the many reasons why we created iceoryx2.

@elBoberido
Copy link
Member

elBoberido commented Jan 3, 2025

While calculating is not so easy, you could use the introspection client to get an overview of the chunks in use.

Calculating depends on the configured queue sizes and how many chunks a subscriber and publisher can hold in parallel and also the history size. This can become quite large for a whole system.

In theory it should be something like MAX_CHUNKS_ALLOCATED_PER_PUBLISHER_SIMULTANEOUSLY + MAX_PUBLISHER_HISTORY + MAX_CHUNKS_HELD_PER_SUBSCRIBER_SIMULTANEOUSLY * NUMBER_OF_SUBSCRIBER + QUEUE_SIZE_SUBSCRIBER_1 + QUEUE_SIZE_SUBSCRIBER_2 + ....

Does this answer your question? Can the issue be closed?

@elBoberido elBoberido added the needs info A bug report is waiting for more information label Jan 3, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs info A bug report is waiting for more information
Projects
None yet
Development

No branches or pull requests

3 participants