Giết quá trình Windows 7 đang sử dụng bộ nhớ - nhìn vào Commit hoặc Private?


1

Tôi đang cố gắng xóa bộ nhớ sử dụng trên windows 7 của mình với RAM 2 GB

Oracle.exe không bao giờ xuất hiện trong các quy trình hàng đầu, nhưng Trình giám sát tài nguyên cho thấy nó sử dụng 637 Mb cam kết (bộ nhớ ảo) v 12Mb bộ nhớ riêng

Vì vậy, câu hỏi của tôi là - nó thực sự KHÔNG ăn mòn RAM và tôi không cần phải làm gì với nó?

Tôi có 2 ứng dụng java khổng lồ chạy với tốc độ 600 Mb riêng, mỗi ứng dụng là những kẻ có tội.

Câu trả lời:


2

Về bản chất, có, không phải lo lắng. Số liệu "Cam kết byte" của Windows 7 thực sự phản ánh tổng dung lượng bộ nhớ (vật lý + ảo) mà Windows đã gán cho quy trình. Điều này bao gồm bộ nhớ "lưu trữ" có thể được giải phóng nếu cần.

Ngoài ra, nếu bạn có hai ứng dụng Java chạy ở mức riêng 600 MB, thì sẽ không có nhiều mức sử dụng RAM vì Windows và một số chương trình khác mà bạn có thể không muốn thoát cũng cần một số. Bạn đã xem xét chỉ nâng cấp? Chỉ cần bỏ ra 30 đô la và được thực hiện với nó :)


2

Tôi đang cố gắng xóa bộ nhớ sử dụng trên windows 7 của mình với RAM 2 GB

Bạn thực sự muốn đạt được điều gì? Bộ nhớ không được sử dụng gần đây được hoán đổi thành tập tin trang. Trình quản lý bộ nhớ ảo Windows 7 rất giỏi trong việc này và thường thì sẽ có rất ít bạn sẽ đạt được bằng cách cắt xén các quy trình hoặc bằng cách giết chúng.

Nếu bạn thực sự muốn xem quá trình nào gây ra lưu lượng tệp trang, đừng xem tổng mức sử dụng bộ nhớ, thay vào đó hãy xem "lỗi trang".


1
Tôi đang cố gắng để giết các quá trình nền không cần thiết, để ứng dụng java của tôi có thêm bộ nhớ. bạn đang đề cập đến "lỗi cứng / giây"?
JoseK

Vâng. Trừ khi bạn đang tiến gần đến giới hạn cam kết của mình, điều quan trọng là bộ nhớ được phân bổ bao nhiêu cho các tiến trình riêng lẻ. Nếu bạn đang đến gần giới hạn cam kết của mình, hãy tăng kích thước tệp trang. Trừ khi bạn thực sự thấy lỗi trang bị hapenning, chỉ cần bộ nhớ được cấp phát không gây ra bất kỳ ảnh hưởng bất lợi nào.
Suma
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.