Tại sao máy tính của tôi không thể tăng tốc trở lại sau khi đóng các ứng dụng lớn?


2

Máy tính của tôi đang chạy Windows XP và chỉ có 1GB RAM.

Sau khi khởi chạy một số ứng dụng lớn (như Eclipse và SQL Developer), máy tính sẽ chậm đi đáng kể. Triệu chứng rõ ràng của điều này là con trỏ chuột trở nên ít phản hồi hơn và phải mất 1-2 giây để đạt đến điểm tôi muốn.

Tuy nhiên, sau khi tôi đóng các ứng dụng đó, máy tính vẫn hoạt động chậm và tôi cần khởi động lại máy tính để có thể phản hồi lại. Nó không thể tự lấy lại bộ nhớ?


1
Đó là Windows. Đây là những gì Windows làm.
Daniel R Hicks

Câu trả lời:


1

Tôi đồng ý với nhận xét của Synetech về việc kiểm tra mức sử dụng CPU nhiều hơn mức sử dụng bộ nhớ.

BTW: Một bài viết xuất sắc của Mark Russinovich về «Trình tối ưu hóa RAM Hoax Tối ưu hóa bộ nhớ đưa ra những lời hứa sai lầm»

http://www.windowsitpro.com/article/iternals-and-arch architecture / the-moryory-optimization-hoax

Và bây giờ là một công cụ được đề xuất để biết những gì đang chạy trong PC của bạn và mỗi quy trình cần bao nhiêu tài nguyên:

Trình khám phá quy trình http://technet.microsoft.com/en-us/sysiternals/bb896653

[bởi cùng một Mark Russinovich ...] ;-)

Hy vọng điều này giúp đỡ. Hãy cho chúng tôi biết.


6

Có khả năng máy tính của bạn chưa giải phóng bộ nhớ. Bạn có thể sẽ nhận thấy rằng có rất nhiều hoạt động của đĩa trong khi máy của bạn hoán đổi giữa bộ nhớ ảo và bộ nhớ vật lý. Có thể mất một lúc để giải phóng bộ nhớ nhưng một cách để xác nhận nó đã được giải phóng là sử dụng Trình quản lý tác vụ. Khởi chạy Trình quản lý tác vụ và chuyển sang tab quy trình . Bạn có thể sắp xếp theo bất kỳ cột nào theo thứ tự tăng dần và giảm dần.

Thứ bạn muốn xem là Bộ nhớ, nếu bạn sắp xếp để hiển thị các quá trình sử dụng nhiều bộ nhớ nhất, nó sẽ cho bạn biết cái nào đang sử dụng hết bộ nhớ. Bạn cũng có thể sử dụng menu Xem trong Trình quản lý tác vụ để chọn Cột để hiển thị (ví dụ: Kích thước VM ). Nếu bạn thấy một quy trình đang sử dụng nhiều trong Kích thước sử dụngkích thước VM thì bạn có thể tin tưởng một cách hợp lý đây là điều có thể làm chậm máy của bạn . Nếu đó không phải là một dịch vụ quan trọng, bạn có thể chấm dứt quá trình để xem điều này có giúp ích gì không.

Bạn cũng có thể xem một công cụ miễn phí nói dối RamRush có thể xóa bộ nhớ mà ứng dụng chưa phát hành sau khi nó bị đóng.


1
Câu trả lời của bạn, mặc dù đã rất đầy đủ, nhưng thiếu một liên kết đến "Ram Rush". Bạn có thể vui lòng chỉnh sửa câu trả lời của bạn để bao gồm liên kết trang web của phần mềm không? Ngoài ra, chào mừng bạn đến với SuperUser , nếu bạn chưa có, vui lòng xem faq
wizlog

4
Tôi khuyên bạn nên xem việc sử dụng CPU nhiều hơn mức sử dụng RAM. Có, ổ cứng có khả năng bị đập trong khi tệp trang bị tráo đổi, nhưng nếu con trỏ chuột bị đóng băng, nhiều khả năng CPU bị quá tải. Nhìn một Trình quản lý tác vụ và xem nó một lúc. Khi bạn thoát các ứng dụng nặng trên một hệ thống hầu như không thể xử lý chúng, có thể sẽ mất một lúc để hoàn thành việc dọn dẹp và bắt đầu chạy không tải. Đối với RAMRush, nó trông giống như một trình tối ưu hóa RAM RAM điển hình, chỉ đơn giản là phân bổ tất cả bộ nhớ hệ thống và sau đó giải phóng nó. Nó có thể giúp ích trong trường hợp này, nhưng có lẽ sẽ chỉ mất nhiều thời gian hơn .
Synetech

@Synetech: Bạn nói đúng. RAM rush làm tăng dung lượng bộ nhớ trống, điều này hoàn toàn ngược lại với những gì anh ta cần. Vấn đề của anh ta được kích hoạt bởi việc đóng các ứng dụng lớn sẽ tạo ra, bạn đoán nó, một lượng lớn bộ nhớ trống. (Tại sao mọi người lại muốn giải phóng bộ nhớ nhiều hơn, tôi chưa bao giờ tìm ra bộ nhớ miễn phí có. Không ảnh hưởng đến hiệu suất Chỉ bộ nhớ đang được sử dụng có thể làm cho bạn bất kỳ tốt..)
David Schwartz

1
@David, giống như các trình tối ưu hóa RAM khác của Viking, nó thực sự không giải phóng bất cứ thứ gì. Nó chỉ đơn giản là phân bổ rất nhiều bộ nhớ (tối đa số lượng được cài đặt trong hệ thống), điều này khiến HĐH đẩy mọi thứ khác (có thể) ra khỏi tệp trang (bộ nhớ ảo). Sau đó, nó giải phóng bộ nhớ, không còn RAM vật lý , nhưng vì tất cả bộ nhớ khác đã được phân bổ cho các chương trình khác hiện đã có trên đĩa , nên tất cả phải bắt đầu sao chép trở lại RAM vật lý. Điều này có nghĩa là rất nhiều đĩa đập. Tôi khá chắc chắn rằng điều này sẽ không thực sự giúp ích cho OP, và có lẽ sẽ khiến nó mất nhiều thời gian hơn nữa.
Synetech

@Synetech Nó thực sự giải phóng một cái gì đó - tất cả bộ nhớ được phân bổ. Tôi nghĩ rằng chúng tôi chỉ không đồng ý về thuật ngữ. Tôi nghĩ rằng chúng tôi đồng ý về các tác động và vấn đề - bộ nhớ trống là xấu, vì nó không giữ được nội dung mà máy tính cần để hoạt động trơn tru. Về cơ bản, bằng cách chạy và kết thúc một chương trình lớn, anh ta đã thực hiện chính xác những gì "trình tối ưu hóa" RAM sẽ làm và nó gây ra vấn đề.
David Schwartz

2

Trang

Trang của bạn ở đâu?

Tôi sẽ khuyên bạn nên đặt nó trên một khối lượng chuyên dụng để làm cho nó nhanh hơn. Lý tưởng nhất là bạn sẽ đặt nó trên một ổ đĩa vật lý khác với ổ đĩa được cài đặt trên hệ điều hành (miễn là nó ít được sử dụng hơn ổ đĩa OS). Nếu điều đó là không thể, thì ít nhất hãy đặt nó vào phân vùng riêng của nó (càng gần đầu ổ đĩa càng tốt) để đảm bảo rằng nó vẫn không bị phân mảnh.

Khi bạn thu nhỏ hoặc nhàn rỗi một chương trình trong một thời gian, Windows sẽ chuyển bộ nhớ của nó ra bộ đệm trên đĩa. Khi bạn đóng nó, bộ nhớ đó phải được giải phóng ngay cả khi không có trong RAM (trong trường hợp đó, nó phải được đánh dấu là miễn phí trong tệp hoán đổi).

Bằng cách tối ưu hóa tệp hoán đổi, khi bạn đóng các ứng dụng lập trình nặng bộ nhớ, HĐH sẽ có thể lấy lại bộ nhớ từ các chương trình khác trong một khoảng thời gian hợp lý hơn nhiều.

Đơn giản là bận

Thất bại trong đó, kiên nhẫn là một đức tính. (Tôi đã có khá nhiều lần, ví dụ như mã hóa video với chương trình thiết lập để ưu tiên thời gian thực! -Khi hệ thống đã quá sa lầy bởi một cái gì đó mà con chuột không chỉ đóng băng, nhưng bàn phím thậm chí bị nhốt như vậy mà các *-Lockđèn LED sẽ không thay đổi và loa bên trong phát ra tiếng bíp. Trong hầu hết các trường hợp, trừ khi đó là một sự cố treo máy đầy đủ, chờ đợi đủ lâu cuối cùng sẽ khắc phục nó. Giả sử tôi có đủ kiên nhẫn để chờ đợi.)

CPU

Giống như tôi đã nói trong bình luận đầu tiên của tôi. Tôi sẽ kiểm tra việc sử dụng CPU. Mặc dù ổ đĩa bị giật khi bộ nhớ được giải phóng là bình thường, nhưng nó hiếm khi khiến chuột thực sự bị vấp. Điều đó thường là do một quá trình ưu tiên cao sử dụng nhiều CPU. Kiểm tra Trình quản lý tác vụ (hoặc Process Explorer vì nó có biểu đồ theo dõi), để kiểm tra quá trình nào đang sử dụng hết CPU để giúp thu hẹp vấn đề.

Nếu quá trình đó đang quay CPU là ứng dụng lập trình của (ví dụ, các ứng dụng được đóng lại, nhưng quá trình này vẫn được treo xung quanh để kết thúc dọn dẹp), sau đó có thể sử dụng TaskMan (hoặc procexp) để đặt nó vào -priorty thấp để bạn có thể tiếp tục sử dụng hệ thống của mình trong khi chờ đợi nó kết thúc.

Điều tiết

Nó cũng xảy ra với tôi rằng một điều khác có thể gây ra vấn đề là điều tiết CPU. Sau khi đóng một chương trình lớn như môi trường phát triển, hệ thống sẽ dọn dẹp rất nhiều, vì vậy hãy theo dõi mức độ sử dụng CPU và nhiệt độ của bạn. Nó có sử dụng nhiều chu kỳ trong quá trình dọn dẹp không? Nhiệt độ có tăng không? Có lẽ bo mạch chủ được cấu hình để điều tiết CPU một khi nó đạt đến một nhiệt độ nhất định, do đó làm cho toàn bộ hệ thống chậm lại, bao gồm cả khả năng phản hồi của con trỏ chuột và bàn phím.


1

Sự chậm lại là do việc nén các bộ đệm của hệ thống. Khi các ứng dụng yêu cầu số lượng bộ nhớ lớn, hệ thống sẽ giảm lượng bộ nhớ được phân bổ cho các mục đích sử dụng "ít quan trọng hơn" như bộ đệm trang. Khi bộ nhớ được giải phóng, bộ đệm trang vẫn không có hầu hết các trang mà hệ thống cần và tất cả chúng đều phải lỗi.

Tuy nhiên, ngay cả trong trường hợp xấu nhất, việc này chỉ mất 30 giây hoặc lâu hơn và thực tế, không nên mất hơn mười giây. Đây có lẽ là thời gian con trỏ chuột của bạn chậm.

Đầu tiên, hãy để tôi nói rằng một "trình tối ưu hóa RAM" sẽ khiến mọi thứ tồi tệ hơn. Vấn đề về hiệu suất của bạn là do kích thước bộ đệm nhỏ và tối ưu hóa RAM, theo thiết kế, giảm thiểu kích thước bộ đệm.

Vấn đề là, mọi thứ sẽ nhanh chóng trở lại bình thường một khi bộ đệm trang được phục hồi. Vì vậy, câu hỏi là, tại sao nó vẫn chậm? Điều đầu tiên cần kiểm tra là việc sử dụng CPU - CPU có trở lại bình thường không? Điều thứ hai cần kiểm tra là việc sử dụng bộ nhớ - có quá trình nào sử dụng lượng bộ nhớ lớn hơn nhiều so với bình thường không?

Đặt cược của tôi là đó là một lỗi hoặc rò rỉ. Đó là những điều duy nhất ngăn hệ thống trở lại bình thường sau đó.


0

Phần lớn vấn đề là hệ thống chưa dọn sạch bộ nhớ. Bạn có thể sẽ nhận thấy rằng ánh sáng đĩa đang chạy ổn định, vì hệ thống cố gắng trang ra công cụ.

Không hoàn toàn chắc chắn tại sao điều này xảy ra - bộ nhớ được giải phóng không cần phải được phân trang. Nhưng tôi nghi ngờ rằng một "tính năng" của sơ đồ bộ nhớ ảo của Microsoft có liên quan đến nó.


Đó không phải là bộ nhớ giải phóng cần được phân trang. Điều xảy ra là chương trình cần rất nhiều bộ nhớ, mà HĐH phải trang ra các chương trình khác . Khi ứng dụng bị đóng, HĐH sẽ phải chuyển mọi thứ khác trở lại.
Synetech

1
Ngoại trừ khi hệ thống gặp tình huống này, có thể mất nhiều thời gian để khôi phục hơn là khởi động mới. Hệ thống nên chuyển giao hầu hết các mã đã được phân trang, vì vậy nó sẽ được xử lý nhanh chóng và không cần nhiều dữ liệu nếu không có gì chạy.
Daniel R Hicks
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.