VladD2,

> <...> JVM могут использовать технику, именуемую escape-анализом (escape analysis), который может определить, что определенные объекты остаются прикованными к определенному потоку на весь срок жизни, и что этот срок жизни ограничен сроком жизни данного фрейма стека <...>

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

Quantifying the Performance of Garbage Collection vs. Explicit Memory Management:

runtime performance of the best-performing garbage collector is competitive with explicit memory management when given enough memory. In particular, when garbage collection has five times as much memory as required, its runtime performance matches or slightly exceeds that of explicit memory management. However, garbage collection’s performance degrades substantially when it must use smaller heaps. With three times as much memory, it runs 17% slower on average, and with twice as much memory, it runs 70% slower. Garbage collection also is more susceptible to paging when physical memory is scarce. In such conditions, all of the garbage collectors we examine here suffer order-of-magnitude performance penalties relative to explicit memory management.

И это сравнение с достаточно старым алгоритмом Lea, а не с чем-нибудь новым типа Hoard, в присутствии множества параллельных потоков исполнения, как было в случае, описанном c-smile...