Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
MIME-Version: 1.0
In-Reply-To: 
 <CAEDUwd124M4a82CV4X7bRfkJtU-iV-rG4y7e4kwgat8LrJF6ng@mail.gmail.com>
References: 
 <CAN4207rhfkEWhEY8jqoSkP7qx4_Dq1_gFtqk2NwikQvsV6HFfg@mail.gmail.com>
 <FC3E5EA3-76B7-4C3B-BB73-94379904306E@tubularlabs.com>
 <CAN4207qT8TTY-LZiKJhCCLYaCWSoZ1+nQ3Uzx=gbtcjKcHxoRg@mail.gmail.com>
 <C92EFAC1-9F91-4A43-84DE-7CB0874AE8E5@tubularlabs.com>
 <CAN4207pqDCxNgFbFu+Pxz7p55ByDC0=XbEbDeMQuZxv-PyshzQ@mail.gmail.com>
 <CAMcH5LtF5_arszPJntCUJroWD4CBAGmRvgPV-=8MMCMLP1ON+Q@mail.gmail.com>
 <CAN4207oQtjrACcG+SRX_O-17Cm4+tcpfavAbhzhE0FDHTeFajQ@mail.gmail.com>
 <CAEDUwd124M4a82CV4X7bRfkJtU-iV-rG4y7e4kwgat8LrJF6ng@mail.gmail.com>
From: Soerian Lieve <slieve@liveramp.com>
Date: Wed, 29 Jul 2015 13:52:45 -0700
Message-ID: 
 <CAN4207o1naDH=fmY6wJ7MDf3S27v4FH2uO_b_PLjhyFEfmLUgA@mail.gmail.com>
Subject: Re: Reduced write performance when reading
To: user@cassandra.apache.org
Content-Type: multipart/alternative; boundary=001a11c25f80f70221051c09c53e

--001a11c25f80f70221051c09c53e
Content-Type: text/plain; charset=UTF-8

Found the problem, it turns out that what Bharatendra suggested was
correct.
I had set the memtable_flush_writers to equal the number of cores but
hadn't restarted the Cassandra process, so they didn't take the
configuration.

On Wed, Jul 29, 2015 at 12:59 PM, Robert Coli <rcoli@eventbrite.com> wrote:

> On Tue, Jul 28, 2015 at 4:49 PM, Soerian Lieve <slieve@liveramp.com>
> wrote:
>
>> I did already set that to the number of cores of the machines (24), but
>> it made no difference.
>>
>
> I continue to suggest that you file a JIRA ticket... I feel you have done
> sufficient community based due dilligence to question whether this
> performance is expected on the server side. You have a repro path to
> illustrate the behavior. Why not file a JIRA?
>
> (and respond on thread with its url...)
>
> =Rob
>
>

--001a11c25f80f70221051c09c53e
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Found the problem, it turns out that what=C2=A0Bharatendra=
 suggested was correct.=C2=A0<div>I had set the memtable_flush_writers to e=
qual the number of cores but hadn&#39;t restarted the Cassandra process, so=
 they didn&#39;t take the configuration.=C2=A0</div></div><div class=3D"gma=
il_extra"><br><div class=3D"gmail_quote">On Wed, Jul 29, 2015 at 12:59 PM, =
Robert Coli <span dir=3D"ltr">&lt;<a href=3D"mailto:rcoli@eventbrite.com" t=
arget=3D"_blank">rcoli@eventbrite.com</a>&gt;</span> wrote:<br><blockquote =
class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid=
;padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmail_extra"><div class=
=3D"gmail_quote"><span class=3D"">On Tue, Jul 28, 2015 at 4:49 PM, Soerian =
Lieve <span dir=3D"ltr">&lt;<a href=3D"mailto:slieve@liveramp.com" target=
=3D"_blank">slieve@liveramp.com</a>&gt;</span> wrote:<br><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex"><div dir=3D"ltr">I did already set that to the number of core=
s of the machines (24), but it made no difference.</div></blockquote><div><=
br></div></span><div>I continue to suggest that you file a JIRA ticket... I=
 feel you have done sufficient community based due dilligence to question w=
hether this performance is expected on the server side. You have a repro pa=
th to illustrate the behavior. Why not file a JIRA?</div><div><br></div><di=
v>(and respond on thread with its url...)</div><div><br></div><div>=3DRob</=
div><div>=C2=A0</div></div></div></div>
</blockquote></div><br></div>

--001a11c25f80f70221051c09c53e--