garbage-collection

0熱度

1回答

我正在爲一個複雜項目運行一個大的單元測試存儲庫。這個項目有一些事情，不要有大的測試數量以及玩：緩存（memoization的）導致的對象不是測試在模塊級的複雜對象是單身，並可能收集之間被釋放數據時使用我對每個測試（或至少每個測試套件）有自己的「蟒蛇 - 對象池」，並能夠釋放它後感興趣。排序一個python-垃圾收集，問題解決方法的。我想象一個python自包含的臨時性和可丟棄解釋器，它

3熱度

1回答

將Julia嵌入到C＃中：將垃圾收集器重寫到C＃問題和問題

當前我正在編寫一個可以調用用Julia模塊編寫的函數的C＃腳本。 Julia提供了一個C API，允許在Julia中調用函數。我設法使用C＃調用Julia模塊編寫的函數，並獲取數組數據來回傳遞。但是，我不完全知道如何正確控制垃圾回收器。此代碼是由julia.h提供的內聯代碼，它告訴Julia垃圾收集器args指向的變量正在另一個腳本中使用，不應被移動/釋放。每次調用（jl_gc_push()或

5熱度

1回答

是否手動調用`gc（）`，導致所有`finalizer`被立即執行？

我有一些代碼，我懷疑是內存泄漏。作爲代碼使用ccall並保持內部指針，這是爲了通過代碼，期間finalizer小號ccall ED被free'd保持顯著信息。在我調試我打電話gc()。而且我想知道這是否會立即觸發連接到已移出範圍的所有物體的所有finalizer s 回答應該只關注julie 0.5+。

0熱度

1回答

爲什麼GC甚至發生在有大量未使用的內存的左

（承諾和最高線是相同的）我在看的內存使用量在一NewRelic的Java應用程序。這裏有幾個問題：＃1 的committed PS Survivor Space Heap多樣過去幾天。但是它應該是一個常量，因爲它是由JVM配置的？＃2 從我所瞭解，當有一個垃圾收集堆內存應該減少。 Eden的內存可能會減少，當一個主要的gc或次要的gc發生時，而Old的內存可能會減少，當一個主要的gc發生時。

0熱度

1回答

nodejs v8垃圾回收時調用本地插件

我正在開發一個電子應用程序與本地插件在mac上，和所有組件的工作流程是這樣的： js in electron - > call addon.node（C++ native addon） - >使用dlopen和dlsym調用dylib。從JS的附加GET字符串通過這種方式： NAN_METHOD(CallAsyncFunction) { // actions guarantee dl

3熱度

1回答

垃圾收集中非直觀的對象驅逐

我正在調試內存泄漏，不得不潛入CompletableFuture內部。有這一段代碼（CompletableFuture.uniComposeStage）： CompletableFuture<V> g = f.apply(t).toCompletableFuture(); ... CompletableFuture<V> d = new CompletableFuture<V>(); Uni

0熱度

1回答

如何創建超過46K的全局引用？

我使用XAMARIN開發Android應用程序。我想重新處理有關泄漏的問題以釋放全局引用。（使崩潰的應用程序）我嘗試創建許多全球參考（超過52K），但當全局參考的數量達到〜46K時，GC總是嘗試一次又一次地全面收集，所以我無法創建更多。任何人都知道如何創造更多？ 06-14 10:57:15.891 I/monodroid-gc(30078): 46196 outstanding GR

0熱度

1回答

如何避免垃圾回收在IBM Java/JVM中停止世界事件

在基於wildfly和infinispan的內存中應用程序上工作時，我們遇到了IBM Java實現（在AIX上）的問題。在Oracle中，引入了新的策略G1垃圾收集，以避免在完整GC期間長時間垃圾收集停止JVM。據我所知，IBM在他們的Java實現中沒有實現這個策略。那麼如何處理IBM Java上的大型堆在線應用程序，特別是如何避免或至少最小化停止世界的垃圾回收。感謝，BR克勞斯

1熱度

1回答

基於另一個列表創建列表以減少內存使用量

如果我調用某個外部庫返回List[LargeObjects]（這是一個包含很多字段的對象的列表），這將佔用大量堆內存。但是，我只對每個元素的name（字符串）字段感興趣。所以，如果我有這樣的代碼： externalLib.getLargeObjects.map(e => e.name) match { case l: List[String] => ??? case

4熱度

1回答

Solr消耗整個堆突然

我們已經被我們無法調試的生產中的Solr行爲所擊中。從這裏開始的是solr的配置： Solr版本：6.5，具有1個從站的主站，具有如下所述的相同配置。 JVM配置： -Xms2048m -Xmx4096m -XX:+ParallelRefProcEnabled -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitia