Как повторно преобразовать исполняемый метод с агентом JVMTI, у которого больше нет вызовов?

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

Я предполагаю, что ваше требование на самом деле состоит в том, что вы хотите инструментировать любой тип приложения, брошенного вам, чтобы улучшить его производительность, выполняя "тайное распараллеливание".

Итак, вместо реального решения у меня в основном есть список проблем:

• Прежде всего, если вы даже хотите изменить методы, которые уже были запущены и выполняются в настоящее время, вы имеете в виду не только инструменты. Что вы на самом деле хотите сделать, так это предоставить свой собственный механизм JIT, в то время как JIT JVM также существует и выполняет свою работу.
• Итак, если вы действительно серьезно относитесь к этому; и хотите убедиться, что даже вещи в любом main() могут извлечь выгоду из ваших оптимизаций - тогда, я думаю, концептуально вам лучше спроектировать и реализовать свою собственную JVM.
• Тогда мне интересно: вы говорите, что хотите охватить main() методы, которые уже запускают «длительные циклы». Похоже, вы намереваетесь исправить плохой дизайн, используя свои инструменты. Я думаю, что более разумный подход: изучить такие приложения и улучшить их дизайн.
• В смысле: если бы "распараллеливание" произвольных приложений было бы "так просто" - это все равно было бы частью JVM. А то, что это не так; и то, что JVM не выполняет такого рода оптимизации, есть веская причина: вероятно, очень сложно сделать это правильно и надежно.

Другими словами: я предполагаю, что у вас проблема XY; и проблема X заключается в том, что приложения, с которыми вы работаете, могут выиграть от «распараллеливания». Но это то, что очень трудно сделать «вообще».

В этом смысле; Я бы предпочел определить какую-то архитектуру (которая может включать конкретные, четко определенные шаги, как приложение должно «запускаться»; чтобы ваши инструменты могли успешно выполнять свою работу) и сначала получить опыт с этим подходом. Значение: скажите своим людям, чтобы они не помещали «длинные рабочие циклы» в свои main() в первую очередь (как уже было сказано; само по себе это звучит как довольно плохой дизайн для меня!).