[ 
https://issues.apache.org/jira/browse/CASSANDRA-21141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dmitry Konstantinov updated CASSANDRA-21141:
--------------------------------------------
    Description: 
We allocate a lot of objects during a transformation of BatchStatement to 
Mutation. In many typical scenarios we can have a fast path and reduce the 
amount of allocated objects (as well as make the correspondent logic faster)

Allocation framegraph:

!image-2026-01-28-09-39-38-183.png|width=600!

[^trunk_alloc.html]
[^trunk_cpu.html]
[^trunk_wall.html]

 Forecasted reduction for heap allocations in a batch write test ~ 21%:
{code}
Total GC memory           : 347.198 GiB
vs
Total GC memory           : 272.358 GiB
{code}

 

  was:
We allocate a lot of objects during a transformation of BatchStatement to 
Mutation. In many typical scenarios we can have a fast path and reduce the 
amount of allocated objects (as well as make the correspondent logic faster)

Allocation framegraph:

!image-2026-01-28-09-39-38-183.png|width=600!

[^trunk_alloc.html]
[^trunk_cpu.html]
[^trunk_wall.html]

 Forecasted reduction in allocation in a batch write test:
{code}
Total GC memory           : 347.198 GiB
vs
Total GC memory           : 272.358 GiB
{code}

 


> Reduce memory allocation during transformation of BatchStatement to Mutation
> ----------------------------------------------------------------------------
>
>                 Key: CASSANDRA-21141
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-21141
>             Project: Apache Cassandra
>          Issue Type: Improvement
>          Components: CQL/Interpreter
>            Reporter: Dmitry Konstantinov
>            Assignee: Dmitry Konstantinov
>            Priority: Normal
>             Fix For: 5.x
>
>         Attachments: image-2026-01-28-09-39-38-183.png, trunk_alloc.html, 
> trunk_cpu.html, trunk_wall.html
>
>
> We allocate a lot of objects during a transformation of BatchStatement to 
> Mutation. In many typical scenarios we can have a fast path and reduce the 
> amount of allocated objects (as well as make the correspondent logic faster)
> Allocation framegraph:
> !image-2026-01-28-09-39-38-183.png|width=600!
> [^trunk_alloc.html]
> [^trunk_cpu.html]
> [^trunk_wall.html]
>  Forecasted reduction for heap allocations in a batch write test ~ 21%:
> {code}
> Total GC memory           : 347.198 GiB
> vs
> Total GC memory           : 272.358 GiB
> {code}
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to