Mục tiêu của tôi hoàn toàn là tìm ra từ một tệp lõi bài đăng, tại sao một quá trình cụ thể lại tiêu tốn rất nhiều bộ nhớ. Có một bản tóm tắt mà tôi có thể nhận được bằng cách nào đó? Rõ ràng là valgrind không được hỏi, bởi vì tôi không thể tiếp cận được với quá trình này.tìm kiếm rò rỉ bộ nhớ sau giết mổ (và phân tích) với gdb
Trước hết nhận được một cái gì đó tương tự như sản lượng/proc// maps "pid", sẽ giúp đỡ, nhưng
maintenance info sections
(như mô tả ở đây: GDB: Listing all mapped memory regions for a crashed process) trong gdb không chỉ cho tôi tiêu thụ bộ nhớ heap .
info proc map
là một tùy chọn, vì tôi có thể truy cập vào máy có cùng mã chính xác nhưng theo như tôi thấy thì không chính xác. Quá trình của tôi đã sử dụng 700MB-s, nhưng bản đồ chỉ nhìn thấy khoảng 10 MB. Và tôi không thấy .so-s ở đó có thể nhìn thấy trong
maintenance print statistics
Bạn có biết bất kỳ lệnh nào khác hữu ích không?
Tôi luôn có thể đặt mã, nhưng điều đó không hề dễ dàng. Cùng với việc tiếp cận tất cả các dữ liệu được phân bổ thông qua con trỏ giống như kim trong đống cỏ khô.
Bạn có ý tưởng nào không?
Tôi nên xem xét kịch bản sau đó. Cấu trúc dữ liệu đi bộ là một trợ giúp lớn. – tothphu