cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Ellis (JIRA)" <j...@apache.org>
Subject [jira] Commented: (CASSANDRA-2327) Table.flusherLock is static final.. remove static.
Date Tue, 15 Mar 2011 15:49:34 GMT

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

Jonathan Ellis commented on CASSANDRA-2327:
-------------------------------------------

Re-opened CASSANDRA-1954 to make the double-checked locking improvement to 0.7.  We shouldn't
make more-invasive changes than that in a stable release series.

> Table.flusherLock is static final.. remove static.
> --------------------------------------------------
>
>                 Key: CASSANDRA-2327
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-2327
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 0.7.4, 0.7.5
>         Environment: JVM
>            Reporter: Vijay
>            Assignee: Vijay
>            Priority: Minor
>             Fix For: 0.7.5
>
>
> I see read and write latency spike when the system tables are flushing(according to opscentral)....

> Only reason which i can come-up with is probably because of the Table.flusherLock is
static final... i think it should not be static because the flush is per keyspace and this
lock will lock all the read operations because one table is going through a flush.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message