Yes, that's exactly so. I have no need for multiple DataFileDirectories,
except that it was a convenient way to test the hypothesis that the
performance bottleneck I was experiencing due to writing only one
sstable to disk at once could be solved by increasing the queue size for
the writer (the maximum queue size turns out to be equal to the number
of DataFileDirectories).
I haven't done so yet, but I intend to patch locally to allow direct
configuration of the queue size rather than relying on this side effect.
Regards,
Andy.
On 22/01/11 00:29, Peter Schuller wrote:
"A number of people have experienced lose from using multiple
DataFileDirectories, and to my knowledge no one has experienced win
from doing so."
I presume that's disk space reasons.
Do you have an actual use case for this functionality in which you
experience win?
I understood his use case to be working around
https://issues.apache.org/jira/browse/CASSANDRA-1955
--
Andy Burgess
Principal Development Engineer
Application Delivery
WorldPay Ltd.
270-289 Science Park, Milton Road
Cambridge, CB4 0WE, United Kingdom (Depot Code: 024)
Office: +44 (0)1223 706 779| Mobile: +44 (0)7909 534 940
andy.burg...@worldpay.com
WorldPay (UK) Limited, Company No. 07316500. Registered Office: 55 Mansell
Street, London E1 8AN
Authorised and regulated by the Financial Services Authority.
‘WorldPay Group’ means WorldPay (UK) Limited and its affiliates from time to
time. A reference to an “affiliate” means any Subsidiary Undertaking, any
Parent Undertaking and any Subsidiary Undertaking of any such Parent
Undertaking and reference to a “Parent Undertaking” or a “Subsidiary
Undertaking” is to be construed in accordance with section 1162 of the
Companies Act 2006, as amended.
DISCLAIMER: This email and any files transmitted with it, including replies and
forwarded copies (which may contain alterations) subsequently transmitted from
the WorldPay Group, are confidential and solely for the use of the intended
recipient. If you are not the intended recipient (or authorised to receive for
the intended recipient), you have received this email in error and any review,
use, distribution or disclosure of its content is strictly prohibited. If you
have received this email in error please notify the sender immediately by
replying to this message. Please then delete this email and destroy any copies
of it.
Messages sent to and from the WorldPay Group may be monitored to ensure
compliance with internal policies and to protect our business. Emails are not
necessarily secure. The WorldPay Group does not accept responsibility for
changes made to this message after it was sent. Please note that neither the
WorldPay Group nor the sender accepts any responsibility for viruses and it is
the responsibility of the recipient to ensure that the onward transmission,
opening or use of this message and any attachments will not adversely affect
its systems or data. Anyone who communicates with us by email is taken to
accept these risks. Opinions, conclusions and other information contained in
this message that do not relate to the official business of the WorldPay Group
shall not be understood as endorsed or given by it.
