cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ariel Weisberg (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-8714) row-cache: use preloaded jemalloc w/ Unsafe
Date Thu, 26 Feb 2015 18:22:05 GMT


Ariel Weisberg commented on CASSANDRA-8714:

I am +1 with one comment.

Thinking on the change to MemoryUtil.setBytes, you switched to getting the address by casting
to an interface and then invoking vs accessing the field by offset. setBytes might loop over
a fair number of bytes so startup overhead is not as important, but it could also be used
to copy just a few so startup time will matter there.

If the JVM can figure out that the ByteBuffer in play there is always the same kind (or maybe
the method is always the same one) it will de-virtualize and inline, but testing for that
is beyond me. [~benedict] might know what will happen.

> row-cache: use preloaded jemalloc w/ Unsafe
> -------------------------------------------
>                 Key: CASSANDRA-8714
>                 URL:
>             Project: Cassandra
>          Issue Type: Sub-task
>            Reporter: Robert Stupp
>            Assignee: Robert Stupp
>             Fix For: 3.0
>         Attachments: 8714-2.txt, 8714-3.txt, 8714-4.txt, 8714.txt
> Using jemalloc via Java's {{Unsafe}} is a better alternative on Linux than using jemalloc
via JNA.

This message was sent by Atlassian JIRA

View raw message