commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bernd Eckenfels (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (VFS-480) [VFS] SoftRefFilesCache Doesn't Ever Clear Cache
Date Wed, 23 Sep 2015 20:45:04 GMT

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

Bernd Eckenfels resolved VFS-480.
---------------------------------
       Resolution: Fixed
         Assignee: Bernd Eckenfels
    Fix Version/s: 2.1

Fixed with a simple double checked lock in commit http://svn.apache.org/viewvc?rev=1704932&view=rev

> [VFS] SoftRefFilesCache Doesn't Ever Clear Cache
> ------------------------------------------------
>
>                 Key: VFS-480
>                 URL: https://issues.apache.org/jira/browse/VFS-480
>             Project: Commons VFS
>          Issue Type: Bug
>    Affects Versions: 2.0
>            Reporter: BELUGA BEHR
>            Assignee: Bernd Eckenfels
>            Priority: Critical
>             Fix For: 2.1
>
>         Attachments: AtomicRefThreadTest.java
>
>
> The SoftRefFilesCache doesn't ever clear its cache.  I found this out when I notice my
JVM was sucking up hundreds of megs as it load, processed, and unloaded, thousands of files.
> I have attached an example program that demonstrates the problem with SoftRefFilesCache.java#startThread().
 The thread is never actually launched.  I have only tried it on Java 1.7.   Basically, I
am trying to demonstrate that calling AtomicReference#compareAndSet never returns true when
"expected" is a null value.  So what happens is that the call returns false, the loop is re-entered,
newThread gets blown away, the thread is found, and the loop exits, so the thread is never
launched.  I'm using VFS in a singleton fashion.  Well, I was using it before this issue.



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

Mime
View raw message