Идея состоит в том, чтобы помочь определить оптимальный размер стека для данного Java-приложения.

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

РЕДАКТИРОВАТЬ: Это в контексте работы на компьютерах клиентов с реальными рабочими нагрузками, к которым я не могу получить доступ профилировщик.

РЕДАКТИРОВАТЬ 2: В ответ на один ответ, в (IIRC) 256 КБ на поток, я некоторое время задавался вопросом, насколько близко это к реальности того, что нужно (я также задаюсь вопросом, может ли этот вопрос быть не очень актуальным, потому чтовозможно пространство стека выделяется по запросу). У нас есть сервер приложений, основанный на передаче сообщений, с высокой степенью многопоточности и работающий на всем, от ARM-контроллера до Linux с окто-ядром, среднего и мэйнфреймов - было бы хорошо иметь представление о том, где (и если) мы можем торговать пространство стека для кучи в системах с множеством обработчиков сообщений.

Есть несколько похожих вопросов, которые представляют интерес, но они являются родными / специфичными для ОС: