[
https://issues.apache.org/jira/browse/CASSANDRA-16360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17763835#comment-17763835
]
Jeremiah Jordan commented on CASSANDRA-16360:
---------------------------------------------
Now that we are on JDK 11 as the min, +1 for using JDK CRC32C where we can
rather than CRC32. For new things I think those should just use CRC32C from
the start and we can look into a migration plan for existing uses of CRC32.
> CRC32 is inefficient on x86
> ---------------------------
>
> Key: CASSANDRA-16360
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16360
> Project: Cassandra
> Issue Type: Improvement
> Components: Messaging/Client
> Reporter: Avi Kivity
> Assignee: Maxim Muzafarov
> Priority: Normal
> Labels: protocolv6
> Fix For: 5.x
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> The client/server protocol specifies CRC24 and CRC32 as the checksum
> algorithm (cql_protocol_V5_framing.asc). Those however are expensive to
> compute; this affects both the client and the server.
>
> A better checksum algorithm is CRC32C, which has hardware support on x86 (as
> well as other modern architectures).
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]