escape-analysis

14熱度

3回答

CLR編譯器/ JIT執行任何轉義分析嗎？例如，在Java中，似乎循環變量在循環中分配的對象不會轉移循環，而是分配到堆棧而不是堆（請參閱Escape analysis in Java）。爲了闡明，在下面的例子中，編譯器會優化掉foo的堆分配，因爲它永遠不會退出循環。 class Foo { int number; Foo(int number) { this.numbe

2熱度

1回答

java逃生分析是否也適用於只有一個元素的數組？

背景：當您從長代碼片斷中提取方法時，通常會遇到基元變量的值調用問題。您不能在提取的方法中更改這些原始參數，以便調用者看到更改。您可以通過使primitive變量只有一個元素的數組來避免這種情況。然後它被有效地用於通過引用來調用。然而，它現在是堆上的一個對象。 Java的逃逸分析是否足夠聰明以理解並儘可能地使用堆棧？考慮下面的代碼，它不能被內聯的情況下： public class Escape

7熱度

1回答

Android dalvik vm是否使用轉義分析優化？

有關達爾維克逃逸分析的任何想法？或者何時以及是否計劃添加？我認爲逃避分析是GC語言中一個非常重要的特性，可以避免每次調用某個方法時生成對象，並且目前我在類中預先分配了一個對象並在該方法的開始處重置它，因此我避免了分配（我正在爲Android編寫3D遊戲），但是我發現這種方法很醜陋，並且使內存佔用了預先分配的對象。

1熱度

3回答

Java 7逃逸分析不起作用

對於下面給出的代碼，我看到很多GC活動。根據我的理解，這是EA的一個合適的場景。爲什麼EA沒有效果？ DummyObject沒有內部分配。使用的JVM選項：-server，-verbosegc。 static void anayzeEA() { for(int i = 0 ; i < 100000000; i++) { DummyObject obj = new Dummy

1熱度

1回答

Go在堆棧分配方面被認爲是「小」對象？

代碼： func MaxSmallSize() { a := make([]int64, 8191) b := make([]int64, 8192) _ = a _ = b } 然後運行go build -gcflags='-m' . 2>&1檢查內存分配的細節。其結果是： ./mem.go:10: can inline MaxSmallSize

-1熱度

1回答

JVM能否忽略短暫創建的對象，以便在不傷害性能的情況下進行重構？

有時在算法的過程中，我們需要計算或存儲幾個相互依賴或彼此沒有任何意義的值。正如（相當無厘頭，但什麼問題，簡單的）例子讓我們找到兩個不同的值在int[]是最接近數3： int a = values[0]; int b = values[1]; for (int value : values) { int distance = Math.abs(value-3); if (v