Bogdan-G, очевидно линейное исполнение кода быстрее, но никто таком заниматься не будет. Если нужно выиграть пару милисекунд, то пиши на Си

Не успел отредактировать, перефразирую вопросы в посте выше.
1) Почему приложение потребляет больше памяти чем оно использует?(то есть память нужная приложению+память для ява-машины+память на GC+память на потоки) Не означает ли это утечку памяти как таковую?
2) Почему при изучении heapdump часто встречается что из 100% занятой памяти heap-ом в конкретном процессе занято какими либо объектами или классами составляет до 40%, а все остальное не иначе как промаркировано как null. Если это верно и 60% heap является незанятым приложению, то зачем эта память продолжает "висеть".
3) Какими способами можно сказать Windows что отдельная часть памяти больше процесс приложения не использует и его можно отдать обратно ОС?

Bogdan-G, выделяется сразу много памяти потому что выделение памяти ресурсоемкая операция. Выделяется наперед, так сказать. Есть всякие опции для запуска, можешь поэксперементировать, если интересно

Naik, я уже полгода экспериментирую, и мне интересно как во время работы приложения отдать память обратно ОС, а то выходит потом что сама windows забирает память(и судя по тестам, ту самую мертвую область) у приложения когда на уровне железа памяти уже не хватает. И при этом приложение, которое обделили(ява-приложение) продолжает нормально функционировать как будто ничего и не было. Что прямо говорит о том что берет оно больше чем нужно.

Вторя проблема, как ява-машина на это реагирует, если для выделения нового участка памяти выделяться из ОЗУ незанятый фрагмент памяти, то это означает накопление мертвого пространства которое ничто не будет использовать до перезапуска. Это в свою очередь говорит нам о плохой работе с памятью и не умение ее использовать экономно в угоду псевдо-скорости. На Си с этим проблем нет если правильно написать код, на яве то же так должно быть в теории, ибо написана она базово на том же языке, а раз интерпритатор(коверкаю да, может даже не то слово подставил) на др ЯП так себя ведет... это значит либо задумка(заказ) такая создателей либо не очень хорошее знание Си. При условии вины JVM в таком поведении.

Третья проблема, это накопление ошибок как в ява-машине так и в компиляторе/интерпритаторе, так и в самом проекте что приводит как снежный ком к нестабильности и ухудшению качества продукта и его работы в целом.

^
ПС Моя задача найти виновника торжества и попытаться хотя-бы помочь улучшить качество и стабильность продукта. Поэтому я ищу и задаю тут вопросы.

Bogdan-G, давай посмотрим на проблему немного под другим углом.

TL;DR используй цикл

Вариант 1. Множество if'ов.

У тебя есть громадный исходник с кучей проверок:

Ты компилируешь его (долго компилируешь):
javac Main.java

Наконец, получаешь .class файл:

Теперь тебе надо запустить его:
java Main

И вот тут в дело вступает JVM.

Первым делом что она должна сделать с твоим исходником? Правильно, загрузить.
Так как кода много, делать она будет это долго. Соответственно и память больше расходуется.

Пока остановимся на этом и посмотрим


Вариант 2. Цикл.

Исходник

Байт-код

Что имеем? Маленький исходник, читабельность, быстрая загрузка класса на исполнение.
Но это ещё не всё.

Определение Stack Frames для второго варианта:

И оно же для варианта с if'ами:

Не особо понимаю в Stack Frame, но как мне кажется, поскольку их здесь больше, то будет тратится время на их загрузку.

Вывод: много сравнений не вариант, используй цикл.

Цитата Bogdan-G:

---

Naik, я уже полгода экспериментирую, и мне интересно как во время работы приложения отдать память обратно ОС, а то выходит потом что сама windows забирает память(и судя по тестам, ту самую мертвуюну так все правильно, выделяет много памяти, чтобы в процессе работы не выделять. Но когда памяти уже не хватает, то отдает лишнее. То же самое и в Android. Главное чтоб освобождалось вовремя.

Цитата Bogdan-G:

---

^ ПС Моя задача найти виновника торжества и попытаться хотя-бы помочь улучшить качество и стабильность продукта. Поэтому я ищу и задаю тут вопросы.Цитата Naik:

---

ну так все правильно, выделяет много памяти, чтобы в процессе работы не выделять. Но когда памяти уже не хватает, то отдает лишнее. То же самое и в Android. Главное чтоб освобождалось вовремя.  Проблема в том, что JVM отдаёт память по запросу или по наполнению памяти другой java программы. Программы Windows не являются частью JVM, а значит не могут отправить запрос или регистрированны JVM. Windows программы "Считают" (хотя это в корне не верно), что память занята под JVM. В случае же с андроидом, Dalvik установлен по умолчанию и там не бывает утечек памяти. Зато есть утечки процессорного времени из-за низкой оптимизацией драйверов производителем под нативные библиотеки.

aNNiMON, спасибо за разъяснение, но я продолжу ковырять дальше, ибо кроме if,for есть и др функции в яве.
Naik,
выделяет много памятипотребляет 2, но взяло 100,
чтобы в процессе работы не выделятьа в чем проблема делать это(повторно выделять и отдавать) во время работы? что то сильно мешает?
то отдает лишнеев итоге windows сует 50%, того что забирает у процесса сидящего в ОЗУ, в swap и 50% оставшегося перманентно.
Androidа это чудо инженерной мысли когда происходит java.lang.OutOfMemory: java heap space; частенько вешает всю систему, хотя это от прошивки к прошивке и от устройства к устройству. А так же этот феномен может повесить и windows.
Главное чтоб освобождалось вовремя после этой операции приложение может требовать еще, но памяти то уже больше нету и либо приложение будет выгружено либо java.lang.OutOfMemory: java heap space и shutdown OS. А не очистить мертвую область или использовать повторно часть себя.

"использовать повторно часть себя" - не официальная jvm, умеет так делать, но не сильно то и успешно, но толк уже есть чем падать за секунды не успев ничего сохранить потеряв данные, если пользователь то не страшно может быть(от ситуации к ситуации), а если в корпорации на главном сервере то это большие, куда большие потери.

Вечер добрый.
Возможно ли компилировать классы по отдельности? Например онлайн компилятором, где нет возможности загрузить весь проект.