garbage-collection

    3熱度

    3回答

    我想跟進這篇博客中的一些技巧https://www.elastic.co/blog/a-heap-of-trouble#ref5,它討論了調整一個Java堆的好處,以便(a)可以使用壓縮指針(對於32GB以下的堆)和(b)以便堆駐留在地址0在內存中。本文詳細介紹了壓縮指針如何更有效地利用堆空間,並解釋了當堆存放在地址0時,這減少了解析指針地址所需的算術量。最後,文章說,如果我使用JVM選項-XX:

    0熱度

    1回答

    以此代碼爲例;這是一個終極版減速功能: export default (state = INITIAL_STATE, action) => { switch (action.type) { case EMPLOYEE_UPDATE: { <-- this { // action.payload === { prop: 'name', value:

    1熱度

    1回答

    Python的可選的垃圾收集器gc忽略contain any object with a __del__ method週期: 改變在3.4版本:繼PEP 442,具有__del__()方法gc.garbage最終不會再反對。 用Cython擴展類型可以有一個__dealloc__方法,但no __del__ method: 注:對於擴展類型沒有__del__()方法。 爲了收集循環的目的,的__d

    2熱度

    1回答

    我想調整一個Spark應用程序,爲了減少整體時間執行,但我在階段執行期間有一個奇怪的行爲。 基本上只有14/120任務需要大約20分鐘才能完成,其他人需要4或5分鐘才能完成。 尋找一個Spark UI,分區看起來不錯,我看到的唯一區別是GC時間對於14個任務來說非常高。 我附上了一個形勢的情況。 你有什麼想法找到性能解決方案嗎?

    2熱度

    1回答

    我有一個Spring應用程序,最近已經從測試轉移到生產環境。大部分時間CPU使用率爲2-3%。但有時(每天1或2次)它突然達到400%(有4個cpus),然後我的應用程序崩潰。發生問題時,我無法觀察到任何異常情況(例如,額外的流量)。 有關我的應用程序的某些信息, 它由Android的客戶端叫一些REST端點。 它在Service之一中有3 ScheduledTask s。他們做了一些HttpUr

    1熱度

    2回答

    我有一個使用Tomcat Webserver構建的Java應用程序。 使用Java任務控制我知道在壓力下,GC非常佔優勢。每個GC週期中,CPU都非常高。 我想知道的是,每個GC循環都在做什麼,特別是我想知道它正在推廣哪個對象,以及哪個對象正在釋放。對於被釋放的對象,我想知道,不僅是它們是什麼類型,而且它們是在哪裏創建的。只知道我有很多字節[]或字符串,顯然沒有幫助,因爲有很多地方可以創建這些地方

    1熱度

    1回答

    我有一個問題,內存沒有得到釋放在我的.NET核心Web API。我所做的只是從靜態類中返回一個字符串。 API: [HttpGet] public string Get() { return A.get(); } public static class A { public static string get() { return "aaaaa

    0熱度

    1回答

    根據this和this,GlobalReferences爲JNI中的對象,保留對象的引用和所有可訪問的子字段。這是內存泄漏,不要手動將其釋放。 沒有明確說明的是,如果全局引用阻止對象被GC'd或泄漏在引用本身中。換句話說,我想了解一個GlobalReference是否會停止對象被GC'ed,就像我在Java空間中有一個額外的引用,或者如果obejct可能是GC'd,但泄漏是在參考對象本身。 我傾向

    3熱度

    1回答

    我想了解grabage collection算法的工作原理。我正在讀這個article。據我瞭解,每個撥款正在發生年輕一代。如果沒有足夠的可用空間Minor GC觸發清理年輕一代(伊甸,S1,S2)。但現在想象一下,我們有一些像類: public class TestYoungCrash{ private long l1; private long l2; //...

    2熱度

    1回答

    我正在使用解密來解密「MySql」數據。我得到以下問題: < ---最後幾次GC ---> 31681 ms:標記掃描654.1(666.5) - > 492.5(509.8)MB,267.5/0.0 ms [分配失敗] [GC in舊空間要求]。 31839 ms:標記掃描492.5(509.8) - > 492.2(506.8)MB,157.5/0.0 ms [分配失敗] [請求的舊空間中的G