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

Document cooperative indexing #5668

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

Document cooperative indexing #5668

wants to merge 1 commit into from

Conversation

rdettai
Copy link
Collaborator

@rdettai rdettai commented Feb 6, 2025

Description

As per title.

@rdettai rdettai requested a review from guilload February 6, 2025 09:29
@rdettai rdettai self-assigned this Feb 6, 2025
@rdettai rdettai force-pushed the coop-indexing-docs branch from 34824d9 to 731680e Compare February 6, 2025 09:36
@rdettai rdettai force-pushed the coop-indexing-docs branch from 731680e to f8a7e4b Compare February 6, 2025 09:36
@@ -159,6 +159,7 @@ This section contains the configuration options for an indexer. The split store
| `merge_concurrency` | Maximum number of merge operations that can be executed on the node at one point in time. | `(2 x num threads available) / 3` |
| `enable_otlp_endpoint` | If true, enables the OpenTelemetry exporter endpoint to ingest logs and traces via the OpenTelemetry Protocol (OTLP). | `false` |
| `cpu_capacity` | Advisory parameter used by the control plane. The value can expressed be in threads (e.g. `2`) or in term of millicpus (`2000m`). The control plane will attempt to schedule indexing pipelines on the different nodes proportionally to the cpu capacity advertised by the indexer. It is NOT used as a limit. All pipelines will be scheduled regardless of whether the cluster has sufficient capacity or not. The control plane does not attempt to spread the work equally when the load is well below the `cpu_capacity`. Users who need a balanced load on all of their indexer nodes can set the `cpu_capacity` to an arbitrarily low value as long as they keep it proportional to the number of threads available. | `num threads available` |
| `enable_cooperative_indexing` | Enable to limit the memory used by concurrent indexing workbenches. Useful on workloads with high numbers of actively written indexes (>50) but might decrease the overall indexing throughput. | `false` |
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's more about sharing ressources efficiently and fairly when the number of indexes is >> than the number of cores. We can just keep your second sentence:

Useful for workloads with a high numbers of active indexes (>50) but might decrease the overall indexing throughput.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants