It's working! Made it through the extraction phase with no memory errors and holding steady at just under 630MB resident as it's chewing on the copy phase.

Thanks so much for all your help with this! Picked up my license the other day; will upgrade to lifetime license if this keeps going well. :)

Hm dang now getting: FileSystemException: Could not find a file provider which can handle local files. Looks like the FileSystemManager needs a bit more setup than a straight initializer will give us. I'm staring at createManager now trying to figure out what else getManager() does that your commit ...

Thanks for the quick response, rednoah! That looks very close to the patch I was cooking up over here.

Let me rebuild from master and re-test.

Progress on both fronts: 1. SevenZipNativeBindings seem to be functioning nicely for me as a workaround. 2. I think I've zeroed in on the leak for ApacheVFS: the FileSystemManager is a singleton with a default cache implementation that "caches every file with no expire or limit. All files and ...

Alright I snagged a heap dump and tossed it into Eclipse Memory Analyzer Tool and the problem became immediately clear: 73 instances of "com.github.junrar.Archive", loaded by "sun.misc.Launcher$AppClassLoader @ 0x700373100" occupy 2,160,735,776 (98.87%) bytes. Biggest instances: com.github.junrar ...

I'm on a Synology DS918+ and I'm consistently seeing FileBot fn:amc run out of memory as it attempts process the extraction phase of a few large folders (65GB / 112GB) even as I throw gigs of memory at it. I've seen this problem both before and after a recent upgrade of the Synology FileBot package ...