Tôi có thể yêu cầu .NET GC để lại một số chủ đề không?

Question

Tôi đang nghiên cứu khả năng viết lại một dịch vụ tương đối nhỏ từ C++ đến C#. Dịch vụ có hai chức năng chính:

1. Thực thi các yêu cầu HTTP một lần trong một thời gian. Chúng liên quan đến một số nhiệm vụ cấp cao như mã hóa/giải mã JSON, mã hóa/giải mã base64 và các yêu cầu HTTP, mà C++ không phải là tuyệt vời;
2. Thực hiện một số tác vụ liên quan đến âm thanh trong thời gian thực có thời hạn khó, C# không tuyệt vời.

Các tác vụ thời gian thực được xử lý bởi một thư viện riêng có nội dung luồng riêng và hầu như không tương tác với phần còn lại của dịch vụ. Phần còn lại của dịch vụ cung cấp cho nó một chút dữ liệu, thu được từ các yêu cầu HTTP, cứ 5 phút một lần hoặc lâu hơn.

Vấn đề là, vì phần thời gian thực có thời hạn khó, tôi không thể chịu đựng được tạm dừng GC trên các chủ đề của thư viện. Về phía mã của riêng tôi, cần có rất nhiều thời gian để GC chạy giữa các yêu cầu Web, nhưng tôi không thể chịu đựng được rằng nó khởi động trong khi tôi đang cố gắng nạp dữ liệu vào thư viện.

I found mà tôi có thể tạo một phần quan trọng trong đó bộ thu gom rác sẽ không bắt đầu sử dụng GC.TryStartNoGCRegion(), giải quyết một nửa vấn đề.

Tuy nhiên, tôi vẫn không biết liệu có cách nào để báo cho .NET GC không để lại các chuỗi cụ thể không chạy mã được quản lý. Điều đó có thể không?

Answer 1

Như bạn đã chỉ ra, khi một ứng dụng được cấu hình để chạy trong chế độ Workstation GC, bộ thu gom rác sẽ không treo các luồng thực thi mã gốc. Trong trường hợp đó bất cứ lúc nào dịch vụ của bạn nhận được một yêu cầu tôi sẽ cố gắng một cái gì đó như thế này ...

private bool _running = true; 
    private int _workCounter = 0; 
    private AutoResetEvent _workFlag = new AutoResetEvent(false); 
    private void RunNoGCNativeCode(params object[] args) 
    { 
     // Increase the work counter to determine how many requests are being processed 
     if (Interlocked.Increment(ref _workCounter) == 1) 
     { 
      // Try to start a No GC Region 
      GC.TryStartNoGCRegion(1 * 1024 * 1024 * 1024, true); 
     } 
     // TODO: Prep data and execute your native code 
     // TODO: Process response 
     // TODO: Dispose of anything that is no longer in use and null objects as needed 
     if (Interlocked.Decrement(ref _workCounter) == 0 && GCSettings.LatencyMode == GCLatencyMode.NoGCRegion) 
     { 
      GC.EndNoGCRegion(); 
     } 
     // Notify Manual Collection thread work has been completed 
     _workFlag.Set(); 
    } 

Trên một chủ đề khác nhau ...

private void WaitForNoWorkThenGC() 
    { 
     // Continue running thread while in use 
     while (_running) 
     { 
      // Wait for some work to be complete 
      _workFlag.WaitOne(); 
      // If there is no work being processed call GC.Collect() 
      if (_workCounter == 0) 
      { 
       GC.Collect(); 
      } 
     } 
    } 

Điều này sẽ giúp bạn kiểm soát khi GC xảy ra để giảm thiểu tác động trên ứng dụng của bạn

Đối với mã được quản lý, tôi không tìm thấy bất kỳ dấu hiệu nào cho thấy rằng các chuỗi cụ thể của .NET Garbage Collection có thể "để lại một mình" thực thi mã được quản lý. Tất cả các chế độ hiện tại (Server, Workstation, Concurrent, vv) của bộ sưu tập rác sẽ đình chỉ TẤT CẢ các chủ đề thực thi mã được quản lý khi nó chọn. Lưu ý rằng một số chế độ GC có thể tạm dừng ngắn hơn trong các chủ đề cũng có thể hữu ích. Tôi đã thử sử dụng TryStartNoGCRegion() trong một ứng dụng C# thời gian thực và nó bỏ qua yêu cầu của tôi luôn vì lượng bộ nhớ tôi sử dụng, tôi không thể tìm cách chỉ định thu thập sau khi đạt tới giới hạn bộ nhớ X.

Tuy nhiên, bạn có thể xem xét hai giải pháp tiềm năng.

1. Sử dụng Garbage Collection Notifications để theo dõi khi GC đang tiến hành thu gom rác đầy đủ. Có khả năng nếu bạn giải phóng bộ nhớ một cách thủ công trước khi nó đạt đến điểm thu gom, bạn có thể tránh Garbage Collection.
2. Chạy loại yêu cầu khác nhau trong các quy trình ứng dụng riêng biệt? hoặc vượt qua chúng để tách các quy trình ứng dụng khi bạn nhận được chúng. Bằng cách này, mỗi ứng dụng không chia sẻ bộ sưu tập của thùng rác và bối cảnh sẽ được xử lý riêng.

Answer 2

Không kiểm tra xem nó nhưng, tôi sẽ kế thừa Chủ đề, hoặc Task bất cứ điều gì bạn sử dụng như:

public class SuppressedThread : Thread 
{    
    protected override void Finalize() 
    { 
     try 
     { 
      // kill what you want 
     } 
     finally 
     { 
      base.SupressFinalizeFinalize(); 
     } 
    } 
} 

public class SuppressedThread : Thread, IDisposable 
{  
    protected override void Dispose() 
    { 
     try 
     { 
      // kill what you want 
     } 
     finally 
     { 
      GC.SupressFinalize(); 
     } 
    } 
} 

sau đó bạn có thể sử dụng nó thường

var newThread = new SuppressedThread(DoWork); 
newThread.Start(42); 

gì bạn nghĩ?