Điểm:0

Các chiến lược phát hiện rò rỉ bộ nhớ daemon

lá cờ gu
QF0

Tôi có một hệ thống gửi email cho người dùng hai lần một ngày, xác nhận rằng một daemon cụ thể vẫn đang chạy và đang làm gì đó.Điều này đã chạy trong lịch sử hơn một năm mà không cần khởi động lại, nhưng mã hiện đã thay đổi và tôi cần xác nhận rằng nó không bị rò rỉ bộ nhớ (tối thiểu, không có hồ sơ/v.v.).

Người dùng không phải là kỹ thuật và tôi không muốn cung cấp quá nhiều thông tin vì nó sẽ bị bỏ qua, vì vậy tôi dự định thêm một dòng vào thư có nội dung như 'Mức sử dụng bộ nhớ hiện tại là x'.

Câu hỏi: tôi sử dụng số nào cho 'x'? Các lựa chọn hiển nhiên là tiến sĩ, rsz, vsz, và kích thước số từ ps. sơ đồ và khác nhau proc các giá trị xuất hiện để tạo ra một số về cơ bản là vsz.

Cụ thể hơn, nếu mã (C++) bị rò rỉ bộ nhớ, thì bộ nhớ đó có thể không truy cập được và do đó sẽ bị tráo đổi và do đó sẽ không xuất hiện trong tập hợp thường trú. Nếu đây là trường hợp, liệu bộ nhớ có bao giờ bị 'đầy' và gây ra sự cố không? Và có lẽ tiến sĩrsz không có giá trị trong trường hợp này? kích thước có vẻ như nó có thể phù hợp nhưng trang hướng dẫn nói rằng nó không đặc biệt đáng tin cậy.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.