[ 
https://issues.apache.org/jira/browse/LUCENE-4995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13677767#comment-13677767
 ] 

Aditya edited comment on LUCENE-4995 at 6/7/13 2:30 AM:
--------------------------------------------------------

Quick update on our test. We did a test for around 1 hour and it seams that 
this patch is working. GC does re-claim all the memory back to acceptable 
margin. (Test duration 17:20 to 18:35)
I have attached CPU and heap Graph for our 1 hour test (8GB Heap 200qps only 
document cache with max size 4096 see hit ratio 89%)
We are performing some more configuration changes at JVM and Solr Cache size 
and run full night test to see if the server keeps up.

Two concerns that i see is 
1. Frequent GCs
2. Heap is used up very quick.
 
Any advice to improve, please let me know.
                
      was (Author: abakle):
    Quick update on our test. We did a test for around 1 hour and it seams that 
this patch is working. GC does re-claim all the memory back to acceptable 
margin.
I have attached CPU and heap Graph for our 1 hour test (8GB Heap 200qps only 
document cache with max size 4096 see hit ratio 89%)
We are performing some more configuration changes at JVM and Solr Cache size 
and run full night test to see if the server keeps up.

Two concerns that i see is 
1. Frequent GCs
2. Heap is used up very quick.
 
Any advice to improve, please let me know.
                  
> Remove the strong reference of CompressingStoredFieldsReader on the 
> decompression buffer
> ----------------------------------------------------------------------------------------
>
>                 Key: LUCENE-4995
>                 URL: https://issues.apache.org/jira/browse/LUCENE-4995
>             Project: Lucene - Core
>          Issue Type: Bug
>            Reporter: Adrien Grand
>            Assignee: Adrien Grand
>         Attachments: cpuGraph_4995Patch.jpg, heapGraph_4995Patch.jpg, 
> LUCENE-4995.patch
>
>
> CompressingStoredFieldsReader has a strong reference on the buffer it uses 
> for decompression. Although it makes the reader able to reuse this buffer, 
> this can trigger high memory usage in case some documents are very large. 
> Creating this buffer on demand would help give memory back to the JVM.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to