jvm-hotspot

    7熱度

    2回答

    我正在調查偶爾在我的應用程序中發生的JVM崩潰。 hs_err文件包含關於崩潰的以下詳細信息。 # SIGSEGV (0xb) at pc=0x065e68f4, pid=20208, tid=570166160 # # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode linux-x86) ... # Problematic

    71熱度

    5回答

    有人可以請解釋什麼JVM選項ReservedCodeCacheSize和InitialCodeCacheSize是?具體何時/爲什麼我想要更改它?我如何確定合適的尺寸是多少? 這就是文檔說: -XX:ReservedCodeCacheSize =32米保留代碼緩存大小(以字節爲單位) - 最大碼緩存大小。 [Solaris 64位,amd64和-server x86:2048m;在1.5.0_06

    10熱度

    2回答

    當您在Java中執行new Object()時,jvm是使用無鎖算法分配內存還是需要鎖定? 在這種情況下,我指的JVM是Hotspot VM。從我所知道的很少,它只需要增加一個指針來分配超快的內存。但是在多線程的情況下,增量是否需要鎖定或CAS?

    5熱度

    3回答

    我知道Java可以全面優化,並且可以根據有多少個案例,交換器是稀疏還是密集,以及代碼是否足夠熱以使JIT優化所述代碼來優化交換器。我只是想知道,如果我需要進一步提供「輔助」,比如使用按位進行測試,或者對變量進行測試,或者將變量逐位移動到「更好」的數字,假設代碼確實很熱。 「更好」是0xXX而不是0xFFXX。是否有熱點JIT文檔明確說明需要什麼?而不是「只是沿着xxx的通用編程指南」。

    15熱度

    4回答

    (請注意,當我說「JVM」,我真的是「熱點」,和我運行最新的Java 1.6的更新。) 示例情況: 我的JVM與-Xmx集運行到1GB。目前,這個堆已經分配了500MB,其中使用了450MB。該程序需要在堆上加載另一個200 MB。目前,堆中有300mb的「可收集」垃圾(我們假設它全部是最老的一代)。 在正常操作下,JVM會將堆增長到700 MB左右,並且垃圾收集當它接近它時。 我想在這種情況下,

    1熱度

    1回答

    有誰知道netbeans默認是否使用熱點服務器vm?我試圖弄清楚這是不是一種選擇。 謝謝! -roger-

    3熱度

    2回答

    我看着this post。看起來很好。然而,當HotSpot(不依賴於服務器或客戶端或不是Sun版本)使代碼內聯時,作者或其他知曉的人會告訴我編碼的技巧。

    4熱度

    1回答

    根據以下文檔http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#par_gc.ergonomics.default_size,使用公式MIN(內存/ 4,1GB)選擇並行GC的默認最大堆大小。從公式中可以明顯看出,但文檔仍然指出「不管計算機上安裝了多少內存,默認的最大堆大小不會超過1GB」。要驗證我寫了下面的程

    0熱度

    1回答

    我在某個程序中遇到Hotspot GC的奇怪現象。有時候,看起來好像清除GC剛剛死亡,只留下標記掃描GC,而不是每次Eden空間填滿。不用說,這對於性能來說太可怕了。我沒有設法弄清楚這個問題發生的條件。 現在看這個行爲的JVM,老一代是170 MB(使用和最大),永遠不會增長或收縮的集合,伊甸園是85 MB,倖存者空間永遠不會使用任何(我認爲這與GC未運行的清除GC一致),並且總分配的堆大小爲25

    0熱度

    1回答

    下面的代碼片段: https://gist.github.com/987751 對於我來說,它得到的時間,如: java -client: for loop took: 23 method call took: 19 java -server: for loop took: 0 # faster, as expected method call