Giảm kích thước của minidumps của chương trình quản lý trong khi vẫn giữ một số thông tin heap?

Question

Với sự hỗ trợ gỡ lỗi dump trong .NET 4.0, chúng ta đang tìm kiếm tự động (sau khi yêu cầu người dùng) tạo ra minidumps của chương trình C# treo lên để tải chúng lên hệ thống theo dõi vấn đề của chúng ta (để minidumps có thể hỗ trợ giải quyết nguyên nhân) của vụ tai nạn).

Mọi thứ đều hoạt động tốt khi sử dụng loại minidump WithFullMemory. Chúng ta có thể thấy cả hai biến stack và heap. Thật không may các bãi (nén) là khá lớn ngay cả đối với các chương trình C# nhỏ.

Nếu chúng tôi sử dụng loại minidump "Bình thường", chúng tôi nhận được một kết xuất rất nhỏ, nhưng thậm chí không có thông tin biến ngăn xếp có sẵn trong trình gỡ lỗi được quản lý. Trong thực tế, bất cứ điều gì ít hơn WithFullMemory có vẻ khá vô dụng trong trình gỡ lỗi được quản lý. Chúng tôi đã thực hiện một vài nỗ lực khi sử dụng MINIDUMP_CALLBACK_ROUTINE để giới hạn thông tin mô-đun được bao gồm cho các mô-đun của riêng mình, nhưng có vẻ như hầu như không ảnh hưởng đến kết xuất được quản lý nhưng vẫn quản lý để gỡ lỗi được quản lý?

Có ai có bất kỳ mẹo nào về cách cắt lỗ nhỏ trong khi vẫn giữ nó hữu ích để gỡ lỗi được quản lý không?

Answer 1

ClrDump có thể giúp bạn.

ClrDump là bộ công cụ cho phép sản xuất các minidumps nhỏ của ứng dụng được quản lý. Trước đây, cần sử dụng các bãi chứa đầy đủ (kích thước rất lớn) nếu bạn cần thực hiện phân tích sau giết mổ của một ứng dụng .NET. ClrDump có thể sản xuất minidumps nhỏ có chứa đủ thông tin để khôi phục các ngăn xếp cuộc gọi của tất cả các chủ đề trong ứng dụng .

Answer 2

Chỉ cần fyi, như đã đề cập ở trên ClrDump trông rất tuyệt nhưng dường như nó chỉ hoạt động với 1.1. và 2,0 runtimes.

Answer 3

Với tất cả sự tôn trọng, tôi mạnh mẽ khuyến khích bạn đăng ký tài khoản Microsoft WinQual, đăng ký các ứng dụng của bạn với Microsoft.

http://www.microsoft.com/whdc/winlogo/maintain/StartWER.mspx

này sẽ cho phép bạn không chỉ tận dụng lợi thế của dịch vụ thu thập và phân tích vụ tai nạn mở rộng của Microsoft (miễn phí!), Nhưng cũng sẽ cho phép bạn xuất bản các bản sửa lỗi và bản vá lỗi cho các ứng dụng của bạn thông qua built- Windows trong báo cáo lỗi facilties.

Hơn nữa, bằng cách tham gia chương trình WinQual, các doanh nghiệp triển khai ứng dụng của bạn và sử dụng hệ thống báo cáo lỗi trong Windows sẽ có thể thu thập, báo cáo và nhận bản vá cho ứng dụng của bạn.

Một lợi ích khác là sử dụng WinQual, bạn tiến một bước gần hơn để nhận được biểu tượng ứng dụng của mình được chứng nhận!

Mỗi OEM & ISV Tôi đã làm việc với những người sử dụng WinQual sẽ tiết kiệm được lượng công sức và chi phí ENORMOUS so với hệ thống thu thập và báo cáo sự cố của chính họ.

Answer 4

tôi sử dụng những lá cờ sau để tiết kiệm không gian sẽ tạo minidumps hữu ích cho các ứng dụng C++:

MiniDumpWithPrivateReadWriteMemory | 
      MiniDumpWithDataSegs | 
      MiniDumpWithHandleData | 
      MiniDumpWithFullMemoryInfo | 
      MiniDumpWithThreadInfo | 
      MiniDumpWithUnloadedModules 

Cờ giá trị được quy định tại DbgHelp.h và sẽ cần phải được marshaled vào C#. Các bãi chứa được hạn chế hơn nữa bằng cách xác định một CallbackRoutine.

Answer 5

Tôi đã viết một email cho tác giả của ClrDump đặt câu hỏi về những thông số MINIDUMP_TYPE mà công cụ của anh ta sử dụng để tạo các bãi trong chế độ 'phút'. Tôi đã đăng câu trả lời của mình tại đây: What is minimum MINIDUMP_TYPE set to dump native C++ process that hosts .net component to be able to use !clrstack in windbg