Управление памятью, выделенной при загрузке ZipFile

Я пытаюсь загрузить 69 930 файлов в основной текстовый редактор. Все идет гладко, и после того, как все они загружены, объем памяти составляет очень прохладные 130 МБ. Однако во время пикового времени загрузки он может достигать 900–1200 МБ.

Вся память ссылается на _ 1_. Это используется только для загрузки файла в объектную модель, затем он больше никогда не используется и байты могут быть очищены.

Очевидно, вся дополнительная память очищается сборщиком мусора вскоре после загрузки, поэтому утечек памяти нет. Однако кажется излишним использовать столько дополнительной памяти.

Что я пробовал:

1. Проблема с памятью «решается» путем System.gc() вызова сразу после закрытия ZipFile. Это приводит к ~ 75% времени наблюдения за потоками, высокой загрузке ЦП и медленной загрузке.
2. Уменьшение количества потоков в пуле. Это снизило нагрузку (до 300 МБ), но привело к значительному увеличению времени загрузки.
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() вызова, либо просто отказываюсь и позволяю ему делать свое дело.

Есть ли способ более эффективно управлять памятью до того, как она накапливается (требуется вызов сборки мусора)?