[
https://issues.apache.org/jira/browse/CASSANDRA-6765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
John Carrino resolved CASSANDRA-6765.
-------------------------------------
Resolution: Fixed
> Using Batch commitlog_sync is slow and doesn't actually batch writes
> --------------------------------------------------------------------
>
> Key: CASSANDRA-6765
> URL: https://issues.apache.org/jira/browse/CASSANDRA-6765
> Project: Cassandra
> Issue Type: Improvement
> Components: Core
> Reporter: John Carrino
>
> The assumption behind batch commit mode is that the client does it's own
> batching and wants to wait until the write is durable before returning. The
> problem is that the queue that cassandra uses under the covers only allows
> for a single ROW (RowMutation) per thread (concurrent_writes). This means
> that commitlog_sync_batch_window_in_ms should really be called sleep_between
> each_concurrent_writes_rows_in_ms.
> I assume the reason this slipped by for so long is that no one uses batch
> mode, probably because people say "it's slow". We need durability so this
> isn't an option.
> However it doesn't need to be this slow.
> Also, if you write a row that is larger than the commit log size it silently
> (warn) fails to put it in the commit log. This is not ideal for batch mode.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
