accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eric Newton (JIRA)" <>
Subject [jira] [Commented] (ACCUMULO-1770) out of memory error on very long running tablet server
Date Tue, 15 Oct 2013 13:21:46 GMT


Eric Newton commented on ACCUMULO-1770:

I ran a tserver with the native map for 3 days.  I've attached the image.  Memory usage grows,
but remains under the 4G limit I would expect (3G java heap, 1G native in-memory map).  This
is consistent with a growing java heap that remains relatively unused due to fast GC of the
New Generation.  Eventually the entire java heap is resident, but does not continue to grow.
 I'll let it continue to spin to verify that it does stay under the expected resident memory

> out of memory error on very long running tablet server
> ------------------------------------------------------
>                 Key: ACCUMULO-1770
>                 URL:
>             Project: Accumulo
>          Issue Type: Bug
>          Components: tserver
>            Reporter: Eric Newton
>            Assignee: Eric Newton
>         Attachments:, javamap.png, memory-usage.png, nativemap.png,
> On a large cluster it was noticed that a few of the tablet servers had been pushed into
swap.  This didn't effect the performance of the server until it ran out of memory, and the
process was killed.  The gc reports in the debug log showed the system had plenty of heap
space for the JVM.  The number of threads in the server were not excessive (dozens).  This
cluster ingests some large values (megabytes).  The tablet server had been up for a month
prior to running out of memory.  MALLOC_ARENA_MAX had already been set to 1.
> * Investigate the effect of fragmentation on memory usage for large value inserts.

This message was sent by Atlassian JIRA

View raw message