[
https://issues.apache.org/jira/browse/CASSANDRA-15393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17183659#comment-17183659
]
David Capwell commented on CASSANDRA-15393:
-------------------------------------------
bq. It might have been less of an issue, if the whole code base would have
proper unit testing for all production code paths with all potential inputs or
even fuzzy testing, but that's unfortunately not the case.
If it helps, CASSANDRA-16064 (Caleb linked this JIRA with that one as they both
created some of the same classes) provides the ability to generate random types
(primitives, all collections, UDTs, reversed, etc.) and data for arbitrary
schemas. Also added logic to make it a bit easier to mock out part of our code
such as Schema class; the intent of CASSANDRA-16064 is to start adding such
tests you talk about and lower the bar to add more.
If there are sections you feel need closer testing, I can take a look if
CASSANDRA-16064 offers enough for those sections, or if anything else is
desired. Let me know.
> Add byte array backed cells
> ---------------------------
>
> Key: CASSANDRA-15393
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15393
> Project: Cassandra
> Issue Type: Sub-task
> Components: Local/Compaction
> Reporter: Blake Eggleston
> Assignee: Blake Eggleston
> Priority: Normal
> Fix For: 4.0-beta
>
> Time Spent: 20m
> Remaining Estimate: 0h
>
> We currently materialize all values as on heap byte buffers. Byte buffers
> have a fairly high overhead given how frequently they’re used, and on the
> compaction and local read path we don’t do anything that needs them. Use of
> byte buffer methods only happens on the coordinator. Using cells that are
> backed by byte arrays instead in these situations reduces compaction and read
> garbage up to 22% in many cases.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
