[jira] [Updated] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-6949: --- Reviewer: Jonathan Ellis (was: Sam Tunnicliffe) Performance regression in

[jira] [Commented] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969709#comment-13969709 ] Benedict commented on CASSANDRA-6949: - I assume the only real risk with reverting

[jira] [Commented] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969715#comment-13969715 ] Sam Tunnicliffe commented on CASSANDRA-6949: Only until a compaction,

[jira] [Commented] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969716#comment-13969716 ] Benedict commented on CASSANDRA-6949: - It's worth pointing out that a sensible

[jira] [Commented] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969724#comment-13969724 ] Benedict commented on CASSANDRA-6949: - bq. Only until a compaction, which will

[jira] [Commented] (CASSANDRA-7040) Replace read/write stage with per-disk access coordination

[ https://issues.apache.org/jira/browse/CASSANDRA-7040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969726#comment-13969726 ] Jason Brown commented on CASSANDRA-7040: Martin Thompson mentions batching IO

[jira] [Created] (CASSANDRA-7042) Disk space growth until restart

Zach Aller created CASSANDRA-7042: - Summary: Disk space growth until restart Key: CASSANDRA-7042 URL: https://issues.apache.org/jira/browse/CASSANDRA-7042 Project: Cassandra Issue Type: Bug

[jira] [Commented] (CASSANDRA-7040) Replace read/write stage with per-disk access coordination

[ https://issues.apache.org/jira/browse/CASSANDRA-7040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969736#comment-13969736 ] Benedict commented on CASSANDRA-7040: - bq. You could add in helpers like mincore

[jira] [Commented] (CASSANDRA-7040) Replace read/write stage with per-disk access coordination

[ https://issues.apache.org/jira/browse/CASSANDRA-7040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969753#comment-13969753 ] Jason Brown commented on CASSANDRA-7040: CASSANDRA-5863 could be legit, as

[jira] [Updated] (CASSANDRA-7028) Allow C* to compile under java 8

[ https://issues.apache.org/jira/browse/CASSANDRA-7028?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joshua McKenzie updated CASSANDRA-7028: --- Attachment: 7028_v5.patch Allow C* to compile under java 8

[jira] [Commented] (CASSANDRA-7028) Allow C* to compile under java 8

[ https://issues.apache.org/jira/browse/CASSANDRA-7028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969765#comment-13969765 ] Joshua McKenzie commented on CASSANDRA-7028: Ah - good call on the runtime

[jira] [Commented] (CASSANDRA-6985) ReadExecutors should not rely on static StorageProxy

[ https://issues.apache.org/jira/browse/CASSANDRA-6985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969798#comment-13969798 ] Yuki Morishita commented on CASSANDRA-6985: --- Ed, I don't see the reason to

[jira] [Commented] (CASSANDRA-5863) In process (uncompressed) page cache

[ https://issues.apache.org/jira/browse/CASSANDRA-5863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969831#comment-13969831 ] T Jake Luciani commented on CASSANDRA-5863: --- I do think having a set of fast

[jira] [Commented] (CASSANDRA-6572) Workload recording / playback

[ https://issues.apache.org/jira/browse/CASSANDRA-6572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969839#comment-13969839 ] Jonathan Ellis commented on CASSANDRA-6572: --- How do you deal w/ prepared vs

[jira] [Updated] (CASSANDRA-6572) Workload recording / playback

[ https://issues.apache.org/jira/browse/CASSANDRA-6572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-6572: -- Reviewer: Tyler Hobbs WDYT [~thobbs], is this uninvasive enough to make it into

[jira] [Commented] (CASSANDRA-6487) Log WARN on large batch sizes

[ https://issues.apache.org/jira/browse/CASSANDRA-6487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969880#comment-13969880 ] Benedict commented on CASSANDRA-6487: - I suggest using the ColumnFamily.dataSize()

[jira] [Commented] (CASSANDRA-7040) Replace read/write stage with per-disk access coordination

[ https://issues.apache.org/jira/browse/CASSANDRA-7040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969882#comment-13969882 ] Benedict commented on CASSANDRA-7040: - bq. I don't think that's necessarily

[jira] [Commented] (CASSANDRA-7034) commitlog files are 32MB in size, even with a 64bit OS and jvm

[ https://issues.apache.org/jira/browse/CASSANDRA-7034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969886#comment-13969886 ] Donald Smith commented on CASSANDRA-7034: - Benedict, I'm aware that

[jira] [Commented] (CASSANDRA-7034) commitlog files are 32MB in size, even with a 64bit OS and jvm

[ https://issues.apache.org/jira/browse/CASSANDRA-7034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969891#comment-13969891 ] Benedict commented on CASSANDRA-7034: - Your statement is that your files are 32Mb

[jira] [Commented] (CASSANDRA-5863) In process (uncompressed) page cache

[ https://issues.apache.org/jira/browse/CASSANDRA-5863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969927#comment-13969927 ] Benedict commented on CASSANDRA-5863: - I think there are at least three issues

[jira] [Created] (CASSANDRA-7043) CommitLogArchiver thread pool name inconsistent with others

Chris Lohfink created CASSANDRA-7043: Summary: CommitLogArchiver thread pool name inconsistent with others Key: CASSANDRA-7043 URL: https://issues.apache.org/jira/browse/CASSANDRA-7043 Project:

[3/3] git commit: Merge branch 'cassandra-2.1' into trunk

Merge branch 'cassandra-2.1' into trunk Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/2804ce99 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/2804ce99 Diff:

[2/3] git commit: Snapshot only related SSTables when sequential repair

Snapshot only related SSTables when sequential repair patch by yukim; reviewed by jmckenzie for CASSANDRA-7024 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/de8a479f Tree:

[1/3] git commit: Snapshot only related SSTables when sequential repair

Repository: cassandra Updated Branches: refs/heads/cassandra-2.1 b69f5e363 - de8a479f2 refs/heads/trunk fc4ae115a - 2804ce994 Snapshot only related SSTables when sequential repair patch by yukim; reviewed by jmckenzie for CASSANDRA-7024 Project:

[jira] [Commented] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13970143#comment-13970143 ] Aleksey Yeschenko commented on CASSANDRA-6949: -- Probably talking about

[jira] [Resolved] (CASSANDRA-7024) Create snapshot selectively during sequential repair

[ https://issues.apache.org/jira/browse/CASSANDRA-7024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yuki Morishita resolved CASSANDRA-7024. --- Resolution: Fixed Thanks, committed. And yes, it looks like SnapshotCommand is

[jira] [Assigned] (CASSANDRA-6936) Make all byte representations of types comparable by their unsigned byte representation only

[ https://issues.apache.org/jira/browse/CASSANDRA-6936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict reassigned CASSANDRA-6936: --- Assignee: (was: Benedict) Make all byte representations of types comparable by

[jira] [Assigned] (CASSANDRA-6976) Determining replicas to query is very slow with large numbers of nodes or vnodes

[ https://issues.apache.org/jira/browse/CASSANDRA-6976?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict reassigned CASSANDRA-6976: --- Assignee: (was: Benedict) Determining replicas to query is very slow with large

[jira] [Assigned] (CASSANDRA-6935) Make clustering part of primary key a first order component in the storage engine

[ https://issues.apache.org/jira/browse/CASSANDRA-6935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict reassigned CASSANDRA-6935: --- Assignee: (was: Benedict) Make clustering part of primary key a first order

[jira] [Assigned] (CASSANDRA-6861) Eliminate garbage in server-side native transport

[ https://issues.apache.org/jira/browse/CASSANDRA-6861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict reassigned CASSANDRA-6861: --- Assignee: (was: Benedict) Eliminate garbage in server-side native transport

[jira] [Assigned] (CASSANDRA-6726) Recycle CRAR/RAR buffers independently of their owners, and move them off-heap when possible

[ https://issues.apache.org/jira/browse/CASSANDRA-6726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict reassigned CASSANDRA-6726: --- Assignee: (was: Benedict) Recycle CRAR/RAR buffers independently of their owners,

[jira] [Assigned] (CASSANDRA-6755) Optimise CellName/Composite comparisons for NativeCell

[ https://issues.apache.org/jira/browse/CASSANDRA-6755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict reassigned CASSANDRA-6755: --- Assignee: (was: Benedict) Optimise CellName/Composite comparisons for NativeCell

[jira] [Assigned] (CASSANDRA-6809) Compressed Commit Log

[ https://issues.apache.org/jira/browse/CASSANDRA-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict reassigned CASSANDRA-6809: --- Assignee: (was: Benedict) Compressed Commit Log -

[jira] [Assigned] (CASSANDRA-5019) Still too much object allocation on reads

[ https://issues.apache.org/jira/browse/CASSANDRA-5019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict reassigned CASSANDRA-5019: --- Assignee: (was: Benedict) Still too much object allocation on reads

[jira] [Assigned] (CASSANDRA-7029) Investigate alternative transport protocols for both client and inter-server communications

[ https://issues.apache.org/jira/browse/CASSANDRA-7029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict reassigned CASSANDRA-7029: --- Assignee: Benedict Investigate alternative transport protocols for both client and

[jira] [Updated] (CASSANDRA-5220) Repair improvements when using vnodes

[ https://issues.apache.org/jira/browse/CASSANDRA-5220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict updated CASSANDRA-5220: Labels: performance repair (was: ) Repair improvements when using vnodes

[jira] [Updated] (CASSANDRA-6066) LHF 2i performance improvements

[ https://issues.apache.org/jira/browse/CASSANDRA-6066?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict updated CASSANDRA-6066: Labels: performance (was: ) LHF 2i performance improvements ---

[jira] [Updated] (CASSANDRA-6602) Compaction improvements to optimize time series data

[ https://issues.apache.org/jira/browse/CASSANDRA-6602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict updated CASSANDRA-6602: Summary: Compaction improvements to optimize time series data (was: Enhancements to optimize

[jira] [Commented] (CASSANDRA-6572) Workload recording / playback

[ https://issues.apache.org/jira/browse/CASSANDRA-6572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13970268#comment-13970268 ] Aleksey Yeschenko commented on CASSANDRA-6572: -- I'd say 3.0, with 2.1

git commit: Allow cassandra to compile under java 8

Repository: cassandra Updated Branches: refs/heads/trunk 2804ce994 - 4d0691759 Allow cassandra to compile under java 8 patch by dbrosius reviewed by jmckenzie for cassandra-7028 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit:

[jira] [Commented] (CASSANDRA-7030) Remove JEMallocAllocator

[ https://issues.apache.org/jira/browse/CASSANDRA-7030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13970297#comment-13970297 ] Vijay commented on CASSANDRA-7030: -- You are right i had the synchronization in the

[jira] [Updated] (CASSANDRA-7030) Remove JEMallocAllocator

[ https://issues.apache.org/jira/browse/CASSANDRA-7030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict updated CASSANDRA-7030: Attachment: benchmark.21.diff.txt bq. As mentioned earlier i don't mind removing it either

[jira] [Updated] (CASSANDRA-7042) Disk space growth until restart

[ https://issues.apache.org/jira/browse/CASSANDRA-7042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zach Aller updated CASSANDRA-7042: -- Attachment: after.log before.log Disk space growth until restart

[jira] [Commented] (CASSANDRA-6694) Slightly More Off-Heap Memtables

[ https://issues.apache.org/jira/browse/CASSANDRA-6694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13970462#comment-13970462 ] Pavel Yaskevich commented on CASSANDRA-6694: [~benedict] While working on

[jira] [Commented] (CASSANDRA-6696) Drive replacement in JBOD can cause data to reappear.

[ https://issues.apache.org/jira/browse/CASSANDRA-6696?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969333#comment-13969333 ] Marcus Eriksson commented on CASSANDRA-6696: pushed a new version to

[jira] [Commented] (CASSANDRA-7030) Remove JEMallocAllocator

[ https://issues.apache.org/jira/browse/CASSANDRA-7030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969377#comment-13969377 ] Benedict commented on CASSANDRA-7030: - FTR, though, I think the problem with your

[jira] [Reopened] (CASSANDRA-7030) Remove JEMallocAllocator

[ https://issues.apache.org/jira/browse/CASSANDRA-7030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict reopened CASSANDRA-7030: - I think there's actually a couple of questions we should answer before closing the ticket: 1)

[jira] [Created] (CASSANDRA-7038) Nodetool rebuild_index requires named indexes argument

Sam Tunnicliffe created CASSANDRA-7038: -- Summary: Nodetool rebuild_index requires named indexes argument Key: CASSANDRA-7038 URL: https://issues.apache.org/jira/browse/CASSANDRA-7038 Project:

[jira] [Updated] (CASSANDRA-3680) Add Support for Composite Secondary Indexes

[ https://issues.apache.org/jira/browse/CASSANDRA-3680?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-3680: --- Attachment: 7038-2.1.txt 7038-1.2.txt Add Support for Composite

[jira] [Updated] (CASSANDRA-7038) Nodetool rebuild_index requires named indexes argument

[ https://issues.apache.org/jira/browse/CASSANDRA-7038?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-7038: --- Attachment: 7038-2.1.txt 7038-1.2.txt Nodetool rebuild_index

[jira] [Updated] (CASSANDRA-3680) Add Support for Composite Secondary Indexes

[ https://issues.apache.org/jira/browse/CASSANDRA-3680?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-3680: --- Attachment: (was: 7038-2.1.txt) Add Support for Composite Secondary Indexes

[jira] [Commented] (CASSANDRA-7030) Remove JEMallocAllocator

[ https://issues.apache.org/jira/browse/CASSANDRA-7030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969419#comment-13969419 ] Benedict commented on CASSANDRA-7030: - bq. This leads to the CLHM not obeying its

[jira] [Updated] (CASSANDRA-3680) Add Support for Composite Secondary Indexes

[ https://issues.apache.org/jira/browse/CASSANDRA-3680?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-3680: --- Attachment: (was: 7038-1.2.txt) Add Support for Composite Secondary Indexes

[jira] [Commented] (CASSANDRA-6924) Data Inserted Immediately After Secondary Index Creation is not Indexed

[ https://issues.apache.org/jira/browse/CASSANDRA-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969428#comment-13969428 ] Sam Tunnicliffe commented on CASSANDRA-6924: This doesn't seem like a

[jira] [Updated] (CASSANDRA-6924) Data Inserted Immediately After Secondary Index Creation is not Indexed

[ https://issues.apache.org/jira/browse/CASSANDRA-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-6924: --- Attachment: 6924-2.1.txt Data Inserted Immediately After Secondary Index

[jira] [Commented] (CASSANDRA-4718) More-efficient ExecutorService for improved throughput

[ https://issues.apache.org/jira/browse/CASSANDRA-4718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969476#comment-13969476 ] Benedict commented on CASSANDRA-4718: - [~jasobrown]: Could you upload the full

git commit: Clean up IndexInfo on keyspace/table drops

Repository: cassandra Updated Branches: refs/heads/cassandra-2.1 6658a6e03 - b69f5e363 Clean up IndexInfo on keyspace/table drops patch by Sam Tunnicliffe; reviewed by Aleksey Yeschenko for CASSANDRA-6924 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit:

[1/2] git commit: Clean up IndexInfo on keyspace/table drops

Repository: cassandra Updated Branches: refs/heads/trunk 6e97178a5 - fc4ae115a Clean up IndexInfo on keyspace/table drops patch by Sam Tunnicliffe; reviewed by Aleksey Yeschenko for CASSANDRA-6924 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit:

[2/2] git commit: Merge branch 'cassandra-2.1' into trunk

Merge branch 'cassandra-2.1' into trunk Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/fc4ae115 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/fc4ae115 Diff:

[jira] [Created] (CASSANDRA-7039) DirectByteBuffer compatible LZ4 methods

Benedict created CASSANDRA-7039: --- Summary: DirectByteBuffer compatible LZ4 methods Key: CASSANDRA-7039 URL: https://issues.apache.org/jira/browse/CASSANDRA-7039 Project: Cassandra Issue Type:

[jira] [Resolved] (CASSANDRA-5020) Time to switch back to byte[] internally?

[ https://issues.apache.org/jira/browse/CASSANDRA-5020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict resolved CASSANDRA-5020. - Resolution: Not a Problem This has most likely become not a problem as a result of movement

[jira] [Updated] (CASSANDRA-7039) DirectByteBuffer compatible LZ4 methods

[ https://issues.apache.org/jira/browse/CASSANDRA-7039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict updated CASSANDRA-7039: Fix Version/s: 3.0 DirectByteBuffer compatible LZ4 methods

[jira] [Updated] (CASSANDRA-6755) Optimise CellName/Composite comparisons for NativeCell

[ https://issues.apache.org/jira/browse/CASSANDRA-6755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict updated CASSANDRA-6755: Summary: Optimise CellName/Composite comparisons for NativeCell (was: Minimise extraction of

[jira] [Commented] (CASSANDRA-6755) Optimise CellName/Composite comparisons for NativeCell

[ https://issues.apache.org/jira/browse/CASSANDRA-6755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969500#comment-13969500 ] Benedict commented on CASSANDRA-6755: - An ideal solution would probably be

[jira] [Commented] (CASSANDRA-6487) Log WARN on large batch sizes

[ https://issues.apache.org/jira/browse/CASSANDRA-6487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969501#comment-13969501 ] Lyuben Todorov commented on CASSANDRA-6487: --- Just noticed that we're

[jira] [Created] (CASSANDRA-7040) Replace read/write stage with per-disk access coordination

Benedict created CASSANDRA-7040: --- Summary: Replace read/write stage with per-disk access coordination Key: CASSANDRA-7040 URL: https://issues.apache.org/jira/browse/CASSANDRA-7040 Project: Cassandra

[jira] [Commented] (CASSANDRA-7040) Replace read/write stage with per-disk access coordination

[ https://issues.apache.org/jira/browse/CASSANDRA-7040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969514#comment-13969514 ] Benedict commented on CASSANDRA-7040: - Further, once we have this, we can

[jira] [Commented] (CASSANDRA-4718) More-efficient ExecutorService for improved throughput

[ https://issues.apache.org/jira/browse/CASSANDRA-4718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969513#comment-13969513 ] Jason Brown commented on CASSANDRA-4718: OK, will give it a shot today. Also,

[jira] [Commented] (CASSANDRA-6995) Execute local ONE/LOCAL_ONE reads on request thread instead of dispatching to read stage

[ https://issues.apache.org/jira/browse/CASSANDRA-6995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969515#comment-13969515 ] Benedict commented on CASSANDRA-6995: - I've split my suggestion out into another

[jira] [Comment Edited] (CASSANDRA-6487) Log WARN on large batch sizes

[ https://issues.apache.org/jira/browse/CASSANDRA-6487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969501#comment-13969501 ] Lyuben Todorov edited comment on CASSANDRA-6487 at 4/15/14 1:05 PM:

[jira] [Updated] (CASSANDRA-5863) In process (uncompressed) page cache

[ https://issues.apache.org/jira/browse/CASSANDRA-5863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict updated CASSANDRA-5863: Summary: In process (uncompressed) page cache (was: Create a Decompressed Chunk [block]

[jira] [Updated] (CASSANDRA-6802) Row cache improvements

[ https://issues.apache.org/jira/browse/CASSANDRA-6802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedict updated CASSANDRA-6802: Labels: performance (was: ) Row cache improvements --

[jira] [Created] (CASSANDRA-7041) Select query returns inconsistent result

Ngoc Minh Vo created CASSANDRA-7041: --- Summary: Select query returns inconsistent result Key: CASSANDRA-7041 URL: https://issues.apache.org/jira/browse/CASSANDRA-7041 Project: Cassandra

[jira] [Commented] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969587#comment-13969587 ] Jeremiah Jordan commented on CASSANDRA-6949: This code does't seem to

[jira] [Updated] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeremiah Jordan updated CASSANDRA-6949: --- Attachment: 6949.txt Looks like we actually added that check in 2.1. I don't

[jira] [Commented] (CASSANDRA-5220) Repair improvements when using vnodes

[ https://issues.apache.org/jira/browse/CASSANDRA-5220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969613#comment-13969613 ] Richard Low commented on CASSANDRA-5220: It's going to be a lot slower when

[jira] [Commented] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969655#comment-13969655 ] Sergio Bossa commented on CASSANDRA-6949: - That's not enough: PRSI doesn't get

[jira] [Assigned] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe reassigned CASSANDRA-6949: -- Assignee: Sam Tunnicliffe (was: Jeremiah Jordan) Performance regression

[jira] [Updated] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-6949: --- Attachment: 0001-Remove-expansion-of-RangeTombstones-to-delete-from-2.patch

[jira] [Commented] (CASSANDRA-6949) Performance regression in tombstone heavy workloads

[ https://issues.apache.org/jira/browse/CASSANDRA-6949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969692#comment-13969692 ] Sam Tunnicliffe commented on CASSANDRA-6949: That will help in the simple