My understanding is that the coordinator will acknowledge the writes faster then they can actually be written. Eventually it will run out of buffer space. see http://wiki.apache.org/cassandra/FAQ#slows_down_after_lotso_insertsUsing CL.ONE makes it harder for the clients to flood the cluster with
CL.ONE represents the fastest you can sustain. CL.ZERO represents
writing to memory on the coordinator, regardless of what the nodes can
sustain for durable writes. That is a bad situation, regardless of
your durability goals. So, there is no good reason.
What you are describing is a
.
maybe the risk of overloading a server is not worth it.
From: Benjamin Black [...@b3k.us]
Sent: Monday, July 12, 2010 3:50 PM
To: user@cassandra.apache.org
Subject: Re: Question about CL.ZERO
CL.ONE represents the fastest you can sustain. CL.ZERO
Hi all,
Does it mean that the coordinator node always return success to the client
at CL.ZERO? But if the coordinator node sends a request to a given node
B(RF=1), then B is down, what happened? The coordinator node will write the
hint locally?
Thanks.
Shen
And, to be clear, there is no good reason to use CL.ZERO and it can be
a serious resource hog on the coordinator.
On Sun, Jul 11, 2010 at 9:21 AM, ChingShen chingshenc...@gmail.com wrote:
Hi all,
Does it mean that the coordinator node always return success to the client
at CL.ZERO? But if
