Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Mon, 9 Feb 2015 14:18:35 +0000 (UTC)
From: "J.B. Langston (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.12772112.1422990752000.300344.1423491515364@Atlassian.JIRA>
In-Reply-To: <JIRA.12772112.1422990752000@Atlassian.JIRA>
References: <JIRA.12772112.1422990752000@Atlassian.JIRA>
 <JIRA.12772112.1422990752375@arcas>
Subject: [jira] [Commented] (CASSANDRA-8730) Optimize UUIDType comparisons
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/CASSANDRA-8730?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14312266#comment-14312266 ] 

J.B. Langston commented on CASSANDRA-8730:
------------------------------------------

[~iamaleksey] This is the schema I am testing against. It uses uuid and timestamp (not timeuuid):

{code}
CREATE TABLE x ( 
a bigint, 
b bigint, 
c timestamp, 
d uuid, 
e text, 
f text, 
g text, 
h float, 
PRIMARY KEY ((a, b), c, d) 
) WITH CLUSTERING ORDER BY (ts DESC, uuid DESC) AND 
bloom_filter_fp_chance=0.010000 AND 
caching='KEYS_ONLY' AND 
comment='' AND 
dclocal_read_repair_chance=0.100000 AND 
gc_grace_seconds=0 AND 
index_interval=128 AND 
read_repair_chance=0.000000 AND 
replicate_on_write='true' AND 
populate_io_cache_on_flush='false' AND 
default_time_to_live=0 AND 
speculative_retry='99.0PERCENTILE' AND 
memtable_flush_period_in_ms=0 AND 
compaction={'class': 'SizeTieredCompactionStrategy'} AND 
compression={'sstable_compression': 'LZ4Compressor'};
{code}

> Optimize UUIDType comparisons
> -----------------------------
>
>                 Key: CASSANDRA-8730
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-8730
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: J.B. Langston
>            Assignee: Benedict
>             Fix For: 2.1.4
>
>
> Compaction is slow on tables using compound keys containing UUIDs due to being CPU bound by key comparison.  [~benedict] said he sees some easy optimizations that could be made for UUID comparison.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)