C# Hết bộ nhớ ngoại lệ - chiến lược cảnh báo

Question

Bên trong ứng dụng đa luồng phức tạp Tôi đang đánh một ngoại lệ ngoài bộ nhớ có thể mỗi tuần một lần. Ứng dụng này đang gửi/đọc một lượng lớn dữ liệu qua một số ổ cắm, nơi dữ liệu đọc được lưu trữ để tránh tràn bộ đệm thẻ mạng.
Chiến lược tốt nhất để phân tích ngoại lệ bộ nhớ là gì? Trong thời gian chạy bình thường, Ứng dụng được hiển thị với kích thước "Tổng số byte trong tất cả các Heap" lên tới 1,5 Gigabyte trong Trình khám phá quy trình.
Nó có thể là một chiến lược để có một sợi đó là bỏ phiếu hoặc

GC.GetTotalMemory()

hoặc

PrivateMemorySize64()

một lần thứ hai để biết khi nào nên bắt đầu phân tích mọi thứ? Tôi đã không nhìn vào profilers thương mại được nêu ra và tôi là một chút lo ngại về tác động hiệu suất của họ mà có thể cho kết quả cũng sai về phân tích vấn đề thực tế.

Answer 1

Bộ nhớ của bạn có thể bị phân mảnh khỏi nhiều thao tác chuỗi hoặc các thao tác khác tạo và giải phóng các khối bộ nhớ nhỏ, chẳng hạn như boxing/unboxing.

Bạn sẽ nhận được ngoại lệ này khi CLR không thể cấp phát một khối bộ nhớ miễn phí đủ lớn.

Tôi sử dụng "CLR Profiler" và kiểm tra cấp phát bộ nhớ. Nếu bạn thấy nhiều đốm trắng (khối tự do) và không có khối lớn miễn phí thì bạn cần bắt đầu xem cách bạn đang phân bổ các đối tượng.

Ví dụ: trước khi gán một chuỗi cho chuỗi khác, hãy kiểm tra xem các chuỗi có khác nhau trước hay không. Sử dụng StringBuilder là tất cả các trường hợp, loại bỏ quyền anh và tối ưu hóa bộ nhớ khác.

Tôi sử dụng kỹ thuật này và loại bỏ hoàn toàn các trường hợp ngoại lệ, ngoại trừ một vấn đề đã biết với việc hủy tuần tự nhị phân.

Tái khám phá nghệ thuật bị mất của Tối ưu hóa bộ nhớ trong Bộ luật quản lý của bạn tại http://msdn.microsoft.com/en-us/magazine/cc163856.aspx

tra Memory vấn đề tại http://msdn.microsoft.com/en-us/magazine/cc163528.aspx

Performance Optimization trong Visual Basic.NET tại http://msdn.microsoft.com/en-us/library/aa289513 (v = vs.71) .aspx

Answer 2

Làm cách nào để sử dụng tham chiếu yếu cho bộ đệm ẩn? clicky

Answer 3

Bạn có thể cân nhắc cài đặt các công cụ gỡ rối cho các cửa sổ và sử dụng adplus

ADPlus.vbs (ADPlus) là một công cụ từ Microsoft Dịch vụ Hỗ trợ Sản phẩm (PSS) có thể khắc phục sự cố bất kỳ quá trình hoặc ứng dụng mà dừng trả lời (bị treo) hoặc không thành công (bị treo).

Về cơ bản, bạn có thể đặt chế độ xem ứng dụng và khi nó gặp sự cố, nó sẽ chụp một kết xuất, sau đó bạn có thể phân tích bằng WinDBG/SOS.

Answer 4

Bạn có thể sử dụng một MemoryFailPoint để thử và cung cấp cho bạn một số đảm bảo về một hoạt động trao

Nhưng tôi khuyên bạn nên cô lập quá trình mà ứng dụng của bạn đang chạy trong, chuyển sang 64 bit nếu đó là một lựa chọn và bạn có thể cần phải xem xét việc giảm một số hiệu suất để cung cấp cho bạn sự đảm bảo hợp lý về việc sử dụng bộ nhớ của bạn.