>Потому что от этого зависит производительность приложения?

А, теперь ты задаешь риторические вопросы. ОК. От размера пула памяти при динамическом выделении памяти производительность никак не влияет от ЯП к ЯП (см. ньансы дальше). Вся фишка java в том, что если программа просит больше чем ей сказали, то java начинает вытворять чудеса, что в итоге в любом ЯП при ограничении памяти физическом или логическом приводит к сбою работы программы. Смысла в этих xmx, xms нуль. Они были придуманы для Nokia 3310, вот и все.

Ньансы. Да, тут я не обсуждаю детали реализации динамической аллокации памяти в разных ЯП. Да, где-то они быстрее, где-то медленнее, но все они в итоге обращаются к ядру. И задача ЯП снизить трудозатраты разработчика на вникание во внутренние детали реализации. И смысл вопроса не в том, что как это сделать, а в том, на кой фиг рядовому программисту знать сколько его программе выделить памяти? Вот, я пишу на C#, C, Perl, Python и ни в одном этом ЯП нет этой задачи. Это архаизм явы, от которого надо было избавляться еще с появлением Android. В том же Android система (в некоторых реализациях) сама расчитывает какое приложение прибить из-за чрезмерного потребления ресурсов и эти флаги (xmx, xms) ей до фанаря. Если они неправильные, то приложение будет сбоить, если они правильные, а приложение кривое, то приложение будет сбоить.