[
https://issues.apache.org/jira/browse/CASSANDRA-2521?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13050551#comment-13050551
]
Jonathan Ellis commented on CASSANDRA-2521:
-------------------------------------------
bq. the deletion of a file won't work until the mmapping is finalized (aka, GC,
Where art thou), at least on windows
Ugh, totally forgot about that. Probably one of the reasons we went with
"might as well use a phantom reference" in the first place.
Linux does allow the delete but I suspect the space doesn't actually get freed
up until the munmap still. So not really an improvement there either.
Is it possible to do mmap/munmap via JNA for libc-based systems? I think I'd
rather fall back to non-mmap'd i/o on windows, than continue to hack around the
GC like this.
> Move away from Phantom References for Compaction/Memtable
> ---------------------------------------------------------
>
> Key: CASSANDRA-2521
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2521
> Project: Cassandra
> Issue Type: Improvement
> Components: Core
> Reporter: Chris Goffinet
> Assignee: Sylvain Lebresne
> Fix For: 1.0
>
> Attachments:
> 0001-Use-reference-counting-to-decide-when-a-sstable-can-.patch
>
>
> http://wiki.apache.org/cassandra/MemtableSSTable
> Let's move to using reference counting instead of relying on GC to be called
> in StorageService.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
