[ 
https://issues.apache.org/jira/browse/ACCUMULO-4021?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eric Newton updated ACCUMULO-4021:
----------------------------------
    Description: 
On a large system, bulk imports slow file garbage collection to a crawl.  The 
total number of files to be deleted was about 14 million. Initially, it would 
run quickly, but then slow down, to the point where only a few files would be 
deleted every few minutes. The jvm was only using 50% of the CPU (and 
therefore, probably not GC thrashing). JStacks showed the collector scanning 
the metadata table to remove referenced files from the delete list.

If the bulk ingest requests were stopped, the GC completed quickly.

  was:
On a large system, bulk imports slow file garbage collection to a craw.  The 
total number of files to be deleted was about 14 million. Initially, it would 
run quickly, but then slow down, to the point where only a few files would be 
deleted every few minutes. The jvm was only using 50% of the CPU (and 
therefore, probably not GC thrashing). JStacks showed the collector scanning 
the metadata table to remove referenced files from the delete list.

If the bulk ingest requests were stopped, the GC completed quickly.


> bulk imports slow file garbage collection
> -----------------------------------------
>
>                 Key: ACCUMULO-4021
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-4021
>             Project: Accumulo
>          Issue Type: Bug
>          Components: gc
>    Affects Versions: 1.6.3
>         Environment: large production system
>            Reporter: Eric Newton
>            Assignee: Eric Newton
>
> On a large system, bulk imports slow file garbage collection to a crawl.  The 
> total number of files to be deleted was about 14 million. Initially, it would 
> run quickly, but then slow down, to the point where only a few files would be 
> deleted every few minutes. The jvm was only using 50% of the CPU (and 
> therefore, probably not GC thrashing). JStacks showed the collector scanning 
> the metadata table to remove referenced files from the delete list.
> If the bulk ingest requests were stopped, the GC completed quickly.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to