Uzun Süre Çalışan Uygulamalarda CEF/Chromium Bellek Kullanımı

Bellek Neden Yüksek Kalır

İşleme bitişinden sonra bellek yüksek tutan iki farklı mekanizma bulunmaktadır.

Chromium yerel tahsis tutumu: Chromium, .NET çöp toplayıcı dışında yaşayan büyük miktarda yönetilmeyen bellek kullanır. Bir işleme tamamlandığında, Chromium bu yerel belleği yeniden kullanım için genellikle OS'ye hemen geri vermez. Bu nedenle PdfDocument nesneleriniz düzgün şekilde serbest bırakılabilir, çalışma zamanı yönetilen nesneleri toplayabilir ve genel işlem veya konteyner belleği hâlâ yüksek okunabilir. Bu, Chromium tabanlı motorlar için normaldir.

TarayıcıHavuzu sekme yeniden kullanımı: IronPDF, bir işleme bittikten sonra yeni bir işleme daha hızlı başlamak için boşta tarayıcı sekmelerini canlı tutabilir. Bu sekmeler, kendi işleme alt süreçlerini ve DOM durumlarını kısa bir süre tutar, bu da hiçbir şey işlenmiyorken bile görülebilir bir bellek taban çizgisi oluşturur. Havuzlama açıldığında, genellikle belleğin işleme sırasında yükseldiğini, işleme bittikten sonra bir taban çizgisinde tutulduğunu ve daha sonra boşta kalan sekmeler zaman aşımına uğradıkça ve toplanana kadar aşamalar halinde düştüğünü göreceksiniz.

TarayıcıHavuzu Varsayılanları

IronPDF, performansı arttırmak için işleme arasındaki bir küçük sayıda sekmeyi sıcak tutar. Varsayılanlar şunlardır:

• BrowserPool.Enabled = true
• BrowserPool.MaxIdleTabs = min(max(ProcessorCount / 2, 1), 4)
• BrowserPool.IdleTimeoutSeconds = 30

Bu yüzden, aktif işleme olmadan bile süreç, yaklaşık 30 saniye boyunca son işleme sonrası aşamalar halinde düşmeden önce 1 ila 4 boşta kalan sekmeyi bir süre sıcak tutabilir, her biri yerel bellek ve alt süreç kaynaklarını boşta kalma zaman aşım süresi dolana kadar tutar. İşlenen içeriğe ve ortama bağlı olarak, bir boşta kalan sekme, bazı iş yüklerinde yaklaşık 50 ila 100 MB arasında fark edilebilir bir miktar tutabilir. Bu yükseltilmiş tabana çizgisi, yaklaşık 30 saniye son işleme bittikten sonra adım adım düşmeden önce kalıcı olabilir.

Çözüm

Ortamınız bellek kısıtlıysa, TarayıcıHavuzu ayarları ilk ayarlanacak şeydir. Varsayılanlar bu şekilde görünür:

renderer.RenderingOptions.BrowserPool.Enabled = true; // default
renderer.RenderingOptions.BrowserPool.MaxIdleTabs = 2; // default is CPU/2, clamped to 1-4
renderer.RenderingOptions.BrowserPool.IdleTimeoutSeconds = 30; // default

renderer.RenderingOptions.BrowserPool.Enabled = true; // default
renderer.RenderingOptions.BrowserPool.MaxIdleTabs = 2; // default is CPU/2, clamped to 1-4
renderer.RenderingOptions.BrowserPool.IdleTimeoutSeconds = 30; // default

renderer.RenderingOptions.BrowserPool.Enabled = false;

renderer.RenderingOptions.BrowserPool.Enabled = false;

renderer.RenderingOptions.BrowserPool.Enabled = False

renderer.RenderingOptions.BrowserPool.MaxIdleTabs = 0;

renderer.RenderingOptions.BrowserPool.MaxIdleTabs = 0;

renderer.RenderingOptions.BrowserPool.IdleTimeoutSeconds = 10;

renderer.RenderingOptions.BrowserPool.IdleTimeoutSeconds = 10;

renderer.RenderingOptions.BrowserPool.IdleTimeoutSeconds = 10

Uzun Süreli Uygulamalar için Stratejiler

Uygulamanızın belleği tutarlı olarak düşük tutması gerekiyorsa, işlem yenilemeye gitmeden önce yukarıdaki sırasında başlayarak, TarayıcıHavuzu ayarlarıyla başlar.

private static readonly SemaphoreSlim RenderSemaphore = new(2);
public async Task<t> RunRenderAsync<t>(Func<t> renderWork)
{
    await RenderSemaphore.WaitAsync();
    try
    {
        return renderWork();
    }
    finally
    {
        RenderSemaphore.Release();
    }
}

private static readonly SemaphoreSlim RenderSemaphore = new(2);
public async Task<t> RunRenderAsync<t>(Func<t> renderWork)
{
    await RenderSemaphore.WaitAsync();
    try
    {
        return renderWork();
    }
    finally
    {
        RenderSemaphore.Release();
    }
}

Imports System.Threading

Private Shared ReadOnly RenderSemaphore As New SemaphoreSlim(2)

Public Async Function RunRenderAsync(Of T)(renderWork As Func(Of T)) As Task(Of T)
    Await RenderSemaphore.WaitAsync()
    Try
        Return renderWork()
    Finally
        RenderSemaphore.Release()
    End Try
End Function

Bir Sızıntı Olabileceği Zamanlar

İşleme sonrası yükseltilmiş bellek, otomatik olarak bir sızıntı anlamına gelmez. Chromium tabanlı işleme, iki tür yeniden kullanım içerir: tahsis edici seviyede yeniden kullanım, burada Chromium dahili olarak yerel bellek sayfalarını rezerve eder (normal, doğrudan denetlenemez) ve sekme seviyesinde yeniden kullanım, burada TarayıcıHavuzu, işlemler arasında tam sekmeler canlı tutar (yapılandırılabilir ve genellikle izleme araçlarında gördüğünüz en büyük katkıcı).

Desen, genellikle işleme sırasında bellek yükselirse, sınır büyümeksizin stabilize olursa, kısa bir süre yüksek kalırsa ve daha sonra boşta kalan sekmeler zaman aşımına uğradığında veya bir sonraki işleme için kullanılabilir kaldığında düşmesi beklenir.

Daha fazla araştırın:

• bellek, benzer bir iş yükü altında stabil olmaksızın sürekli artıyorsa
• eşzamanlılığı azaltmasına rağmen bellek büyümeye devam ediyorsa
• BrowserPool devre dışı bırakıldıktan veya MaxIdleTabs = 0 ayarlandıktan sonra bile bellek büyümeye devam ediyor
• kontrollü bir giriş ile aynı deseni zamanla gösteren minimal bir üretim gösteriyorsa

Destekle Ne Zaman İrtibata Geçilmeli

Tüm aşağıdakileri tekrar üretebiliyorsanız, teknik destek ile iletişime geçin:

1. bellek, kontrollü bir iş yükü altında stabil olmaksızın büyümeye devam ediyorsa
2. eşzamanlılığı sınırladıktan sonra sorun devam ediyorsa
3. sorun, BrowserPool devre dışı bırakıldıktan veya MaxIdleTabs = 0 ayarlandıktan sonra devam ediyor
4. Minimal bir örnek proje ile tekrarlayabiliyorsanız.

Bir bilet açarken, IronPDF sürümünüzü, işletim sistemi ve barındırma ortamınızı, Docker veya Kubernetes ayrıntılarını (varsa), programlama dilinizi, işleme sıklığı ve eşzamanlılık seviyenizi, bellek grafiklerinizi veya izleme ekran görüntülerini ve minimal yeniden üretilebilir bir örnek dosyayı ekleyin.