0.00 0.00 109.43 19023.30 2609.87 152186.40
8.09 273.89 14.30 0.01 23.64
dm-3 0.00 0.000.003.33 0.0026.67
8.00 0.000.25 0.07 0.02
-- Eric
On Wed, Jun 14, 2017 at 11:17 PM, Eric Pederson <eric...@gmail.com> wrote:
> Using
past 36k rows/sec. The application schema has 64 columns (mostly
ints) and the key is (date,sequence#). The standard stress schema has a
lot fewer columns and no clustering column.
Thanks,
-- Eric
On Wed, Jun 14, 2017 at 1:47 AM, Eric Pederson <eric...@gmail.com> wrote:
> Shoot -
> Did you try adding more client stress nodes as Patrick recommended?
>
> On Tue, Jun 13, 2017 at 9:31 PM Eric Pederson <eric...@gmail.com> wrote:
>
>> Scratch that theory - the flamegraphs show that GC is only 3-4% of two
>> newer machine's overall processing, compared
shows only blips of queueing.
-- Eric
On Mon, Jun 12, 2017 at 9:50 PM, Eric Pederson <eric...@gmail.com> wrote:
> Hi all - I wanted to follow up on this. I'm happy with the throughput
> we're getting but I'm still curious about the bottleneck.
>
> The big thing that
uploads/2017/05/flamegraph_ultva03_cars_batch2.svg>
The slow node (ultva03) spends disproportional time in GC.
Thanks,
-- Eric
On Thu, May 25, 2017 at 8:09 PM, Eric Pederson <eric...@gmail.com> wrote:
> Due to a cut and paste error those flamegraphs were a recording of the
> whole system, not
/wordpress/wp-content/uploads/2017/05/flamegraph_ultva03_cars_batch2.svg
-- Eric
On Thu, May 25, 2017 at 6:44 PM, Eric Pederson <eric...@gmail.com> wrote:
> Totally understood :)
>
> I forgot to mention - I set the /proc/irq/*/smp_affinity mask to include
> all of the CPUs. Actually
aphs in a little bit - in the middle of
> something and my brain doesn't multitask well :)
>
> On Thu, May 25, 2017 at 1:06 PM Eric Pederson <eric...@gmail.com> wrote:
>
>> Hi Jonathan -
>>
>> It looks like these machines are configured to use CPU 0 for all I/O
>
> Are you tracking GC pauses?
>
> Jon
>
> On Mon, May 22, 2017 at 2:03 PM Eric Pederson <eric...@gmail.com> wrote:
>
>> Hi all:
>>
>> I'm new to Cassandra and I'm doing some performance testing. One of
>> things that I'm testing is ingestion
Hi all:
I'm new to Cassandra and I'm doing some performance testing. One of things
that I'm testing is ingestion throughput. My server setup is:
- 3 node cluster
- SSD data (both commit log and sstables are on the same disk)
- 64 GB RAM per server
- 48 cores per server
-