[infinispan-issues] [JBoss JIRA] (ISPN-3877) SingleFileStore continues to consume space on the disk even if the free entries at end of the file are not in use. This space can be released back to the filesystem

[RH Bugzilla Integration (JIRA)]

    [ https://issues.jboss.org/browse/ISPN-3877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970167#comment-12970167 ] 

RH Bugzilla Integration commented on ISPN-3877:
-----------------------------------------------

Alan Field <afield at redhat.com> changed the Status of [bug 1096726|https://bugzilla.redhat.com/show_bug.cgi?id=1096726] from ON_QA to VERIFIED

> SingleFileStore continues to consume space on the disk even if the free entries at end of the file are not in use. This space can be released back to the filesystem
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: ISPN-3877
>                 URL: https://issues.jboss.org/browse/ISPN-3877
>             Project: Infinispan
>          Issue Type: Patch
>          Components: Loaders and Stores
>    Affects Versions: 6.0.0.Final
>         Environment: Oracle JDK 1.7, Windows Server 2008 R2 x64
>            Reporter: Rajesh Jangam
>            Assignee: Dan Berindei
>             Fix For: 7.0.0.Alpha4
>
>         Attachments: PersistentQueue.java
>
>
> We are testing the latest Infinispan 6.0 SingleFileStore version for our application.
> We tend to create a lot of entries in the store and remove them when not required.
> However, what we have observed is that the size of the file keeps on increasing as more data is being added/removed and that it does not get reclaimed.
>  
> This was not seen with earlier versions like 5.3.0. There the size of the cache folder would reduce as entries got removed.
> We have attempted to create a fix for this issue and tested it in our environment. It keeps the space usage under control as compared to the original implementation.
> As a part of this fix, we truncate the file (as a part of purge cycle) if there are free entries found towards the end of the file. Also these free entries are removed from the freeList.



--
This message was sent by Atlassian JIRA
(v6.2.3#6260)