Управление на паметта, разпределена при зареждане на ZipFile

Опитвам се да заредя 69 930 файла в основен текстов редактор. Това върви гладко и след като всички са заредени, паметта остава на много готини 130MB. По време на пиковото време на зареждане обаче това може да достигне максимум 900MB - 1200MB.

Цялата памет препраща към Inflater#buf поле. Това се използва само за зареждане на файла в обектния модел, след което никога повече не се използва и байтовете могат да бъдат изчистени.

Очевидно цялата допълнителна памет се изчиства от събирача на отпадъци скоро след зареждането - така че няма изтичане на памет. Въпреки това изглежда просто ненужно да се използва толкова много допълнителна памет.

Какво съм пробвал:

1. Проблемът с паметта се „разрешава“ чрез извършване на System.gc() извикване веднага след затваряне на ZipFile. Това води до ~75% време за наблюдение на нишките, високо натоварване на процесора и бавно време на зареждане.
2. Намаляване на броя на пула от нишки. Това намали въздействието (до 300MB), но доведе до значително по-дълго време за зареждане.
3. WeakReference

Какво имам досега:

Извиквам натоварването чрез пул от нишки с брой 4 нишки, всяка от които изпълнява сравнително проста задача:

// Source source = ...;
final InputStream input = source.open();

// read into object model

input.close();

Source в този случай е ZipFileSource, което извършва цялото четене:

import java.io.IOException;
import java.io.InputStream;
import java.util.zip.ZipEntry;
import java.util.zip.ZipFile;

public class ZipFileSource implements Source {

    private final String file;
    private final String name;

    private volatile ZipFile zip;

    public ZipFileSource(final String file, final String name) {
        this.file = file;
        this.name = name;
    }

    @Override
    public InputStream open() throws IOException {
        close();

        final ZipFile zipFile = new ZipFile(file);
        final ZipEntry entry = zipFile.getEntry(name);

        final InputStream stream = new ZipFileSourceZipInputStream(zipFile.getInputStream(entry));

        this.zip = zipFile;

        return stream;
    }

    @Override    
    public void close() throws IOException {
        if (zip != null) {
            zip.close();
            zip = null;
        }
    }

    private class ZipFileSourceZipInputStream extends InputStream {

        private final InputStream stream;

        ZipFileSourceZipInputStream(final InputStream stream) {
            this.stream = stream;
        }

        @Override
        public int read() throws IOException {
            return stream.read();
        }

        @Override
        public void close() throws IOException {
            ZipFileSource.this.close();
            stream.close();
        }
    }
}

Малко ми липсват идеи. Стигнах до това или да използвам собствен инструмент за извличане на zip, да заключвам всяка n заявка за извършване на System.gc() повикване, или просто да се откажа и да го оставя да си свърши работата.

Има ли начин да управлявам по-ефективно паметта, преди да се е натрупала (изисква извикване за събиране на боклука)?