"Tại sao một nửa RAM 8GB của tôi bị thiếu?"
Nó không bị thiếu , thậm chí còn không được sử dụng . Khoảng 4GiB đang được sử dụng và 3,3GiB không hoạt động, nhưng cũng đang được sử dụng. 3.3GiB đã sẵn sàng để được phân trang vào đĩa, nhưng bạn không có không gian được phân bổ cho nó, vì vậy nó vẫn nằm trong RAM vật lý. Bộ nhớ "Đã sửa đổi" thực sự không khác gì "Đang sử dụng" nếu bị bỏ đói các trang đĩa.
Cả HĐH 64 bit và PAE đều không cho phép bất kỳ tiến trình 32 bit nào sử dụng nhiều hơn 4GiB (2 người dùng / 2 nhân trên 32 bit / PAE, người dùng 4GiB trên x64. Xem: Đẩy các giới hạn của Windows: Bộ nhớ ảo ) của bộ nhớ cho dù bộ nhớ đó hiện đang được phân trang vào RAM vật lý hoặc vào đĩa.
Vì vậy, đối với Firefox, không có phiên bản 64 bit, điều này có nghĩa là Firefox cuối cùng bị giới hạn ở 2GiB (PAE) hoặc 4GiB (x64) của bộ nhớ không gian người dùng bất kể RAM được cài đặt. Ngay cả khi bạn đã cài đặt RAM vật lý 64GiB, nếu Firefox vượt quá mức sử dụng, nó sẽ cạn kiệt giới hạn bộ nhớ.
Điều này có vẻ quá mức và có thể là dấu hiệu của bộ nhớ hoặc xử lý rò rỉ. Tệ hơn, trong trường hợp của bạn, pagefile không đủ lớn để di chuyển bất kỳ quá trình rò rỉ nào vào đĩa, do đó về cơ bản bạn đã buộc nó phải rò rỉ riêng vào RAM vật lý.
Trong bài viết của TechNet Có vấn đề với việc sử dụng bộ nhớ "đã sửa đổi" quá mức trong Win7 x64, lên tới 3,6 GB, có đề xuất nào không? , một người dùng có các triệu chứng tương tự (khối chia sẻ / sửa đổi lớn) tìm thấy:
Bộ nhớ đã sửa đổi là bộ nhớ được cấp phát bởi một số ứng dụng và sau đó bị xóa khỏi bộ làm việc của ứng dụng, thường là do nó đã không được sử dụng trong một thời gian dài. Thực tế là hầu hết bộ nhớ của bạn ở trạng thái này có nghĩa là hai điều:
- Một số ứng dụng (hoặc nhiều ứng dụng) được phân bổ rất nhiều bộ nhớ và không tích cực sử dụng hầu hết. Thông thường (nhưng không phải luôn luôn) điều này là do rò rỉ bộ nhớ trong ứng dụng.
- Pagefile không đủ lớn để hệ thống chuyển tất cả bộ nhớ không sử dụng này sang đĩa.
Cuối cùng, như được đề xuất bởi magicandre1981, vấn đề là ứng dụng khay LAN của Dell Wireless (Broadcom):
Cảm ơn tất cả mọi người, tôi đã gặp vấn đề tương tự và thêm tay cầm và GDI và thấy BCMWLTRY.EXE, sử dụng khay không dây của Dell, đang tạo ra các tay cầm không ngừng nghỉ. Cảm ơn vì lời khuyên. Cập nhật: Vì vậy, tôi đã vô hiệu hóa dịch vụ đã khởi động lại BCMWLTRY.EXE + và bây giờ tôi không thấy rò rỉ xử lý. WLTRAY.EXE vẫn đang chạy nhưng nó không bị rò rỉ.
Tương tự, trong bộ nhớ được sửa đổi quá mức trong bộ nhớ dùng chung ,
Dell wlan tiện ích là lý do. Giết quá trình bcmwltry.exe trong bộ nhớ giải phóng trình quản lý tác vụ. Nhưng quá trình này được bắt đầu lại sau vài giây .. Thật là tồi tệ - tôi không thể gỡ cài đặt nó. May mắn thay, máy tính xách tay này cần thay đổi hệ điều hành vì vậy tôi thậm chí không cố gắng sửa lỗi này. ... Vấn đề chính xác tương tự ở đây. Giết và vô hiệu hóa DW WLAN (bcmwltry.exe) giải phóng 5 GB bộ nhớ. Nó bị rò rỉ.
Ứng dụng khay BCMWLTRY.EXE cũng liên quan đến Pagefile liên tục phát triển cho đến khi tôi hết bộ nhớ
Tài liệu tham khảo bổ sung cho các sự cố về Khay không dây của BCMWLTRY.EXE / Dell (WLTRAY.EXE), chẩn đoán và giải quyết:
Vì vậy, đây không thực sự là trình điều khiển trong những trường hợp này, đó là ứng dụng khay đi kèm với trình điều khiển. Tôi đồng ý rằng với OEM của thẻ không dây của bạn, BCMWLTRY.EXE đang chạy và một số lượng lớn các vấn đề gần như giống hệt nhau, đây là một trong những vấn đề.
Bạn cũng có thể thêm các cột "Xử lý" và "Lỗi trang" vào Trình quản lý tác vụ để kiểm tra mức độ sử dụng quá mức của một trong hai trường hợp có nhiều chương trình sai lầm hơn. Bạn có thể sử dụng SysIternals VMMap để xem phân bổ bộ nhớ ảo theo quan điểm của từng quy trình. Xử lý rò rỉ là xảo quyệt bởi vì chúng cũng có khả năng rò rỉ các đối tượng Windows. Microsoft cung cấp một công cụ có tên là Application Verifier , trong số những thứ khác, sẽ giúp theo dõi các tay cầm bị rò rỉ.
Vì vậy, câu trả lời là: Bạn có khả năng bị rò rỉ bộ nhớ, có khả năng là trong BCMWLTRY.EXE (hoặc một số ứng dụng bị rò rỉ ứng dụng khác hoặc các tài nguyên được chia sẻ tương tự) và HĐH đã bị bỏ đói các trang được hỗ trợ đĩa để xử lý "duyên dáng" hơn một điều kiện.
* Không có gì đặc biệt "duyên dáng" về rò rỉ bộ nhớ, nhưng một trang ~ 4GiB sẽ cho phép quá trình chạy đến giới hạn kế thừa của nó (hoạt động như một hạn ngạch) và sau đó sụp đổ, tạo ra một mô hình rõ ràng trong nhật ký sự kiện cụ thể quá trình sụp đổ theo sau là một bản phát hành của tất cả các tài nguyên và, nếu được khởi động lại, lặp lại. Nếu không có giới hạn không gian địa chỉ giới hạn 32 bit vốn có, nó có thể đã nhai qua rất nhiều không gian đĩa trước tiên. Như vậy, tất cả các quy trình hiện bị giới hạn tài nguyên, vì vậy sẽ không rõ ràng nếu nó bị đóng do rò rỉ của chính nó (Firefox) hoặc do một ứng dụng khác (BCMWLTRY).