Я написал парализованный алгоритм для выполнения вычислений с данными, хранящимися в таблице Orient.
Чтобы взять под контроль память, я пытаюсь разбить эти данные на страницы и пытаюсь распараллелить свой алгоритм увеличения производительности (используя Future task).
Настройки моего Востока:
set ORIENTDB_SETTINGS=-Dprofiler.enabled=true -Dstorage.diskCache.bufferSize=12906
set JAVA_OPTS_SCRIPT=-Xmx4096M -Djna.nosys=true -XX:+HeapDumpOnOutOfMemoryError -XX:PermSize=1024m
-XX:MaxPermSize=1024m
-Djava.awt.headless=true -Dfile.encoding=UTF8 -Drhino.opt.level=9
-agentlib:jdwp=transport=dt_socket,server=y,suspend=y,address=5005
Xmx исправлен на 4 ГБ (4096 МБ в верхней конфигурации), я пытался отслеживать свой процесс Orient с помощью JVisualVM, как показано на следующем снимке экрана:
На JVIsualVm процесс использует память кучи всегда меньше своего лимита, но в списке процессов Windows этот же процесс (я выделил PID) занимает 7 ГБ и постоянно растет.
Вот мой код:
for (Callable worker : workers) {
Future<Boolean> submit = executor.submit(worker);
futures.add(submit);
}
workers.clear();
workers = null;
boolean success = true;
for (Future<Boolean> future : futures) {
try {
if (Boolean.TRUE.equals(future.get())) {
[CODE BLOCK]
} else {
[CODE BLOCK FOR REPROCESS FUTURE]
}
} catch (InterruptedException e) {
e.printStackTrace();
} catch (ExecutionException e) {
e.printStackTrace();
}
}