Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion docs/source/cpp/compute.rst
Original file line number Diff line number Diff line change
Expand Up @@ -300,7 +300,7 @@ the input to a single output value.
Grouped Aggregations ("group by")
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Grouped aggregations are not directly invokable, but are used as part of a
Grouped aggregations are not directly invocable, but are used as part of a
SQL-style "group by" operation. Like scalar aggregations, grouped aggregations
reduce multiple input values to a single output value. Instead of aggregating
all values of the input, however, grouped aggregations partition the input
Expand Down
2 changes: 1 addition & 1 deletion docs/source/developers/cpp/acero.rst
Original file line number Diff line number Diff line change
Expand Up @@ -328,7 +328,7 @@ this leads to problems with cache locality. For example, let's assume we have a
exec nodes, scan, project, and then filter (this is a very common use case). Now let's assume there are 100 batches.
In a task-per-operator model we would have tasks like "Scan Batch 5", "Project Batch 5", and "Filter Batch 5". Each
of those tasks is potentially going to access the same data. For example, maybe the ``project`` and ``filter`` nodes need
to read the same column. A column which is intially created in a decode phase of the ``scan`` node. To maximize cache
to read the same column. A column which is initially created in a decode phase of the ``scan`` node. To maximize cache
utilization we would need to carefully schedule our tasks to ensure that all three of those tasks are run consecutively
and assigned to the same CPU core.

Expand Down