Lấy BSOD và tự hỏi thanh RAM có thể là nguyên nhân? Là một bài kiểm tra bộ nhớ đảm bảo 100%?

Tôi đang sử dụng Windows 7 (64-bit) RAM 16 GB (thanh RAM 2x8GB).

Hôm qua tôi có một màn hình màu xanh trong khi sử dụng máy tính của mình (chủ yếu là duyệt Chrome).

Để kiểm tra xem đó có phải là vấn đề về bộ nhớ không - tôi đã chạy công cụ chẩn đoán bộ nhớ Windows Windows (đi kèm với Windows).

Câu hỏi

Chỉ liên quan đến thanh RAM:

Công cụ chẩn đoán bộ nhớ Windows cho thấy không có lỗi. Tôi có thể kết luận rằng các thanh RAM là tốt? Hoặc có bất kỳ lỗi nào khác không được công cụ này nhận ra?

windows-7 memory

— Royi Namir
nguồn

bạn phát triển ở đâu trong Visual studio? Nếu bạn đang phát triển một cái gì đó, ví dụ như trong c ++ có liên quan đến các ngắt, thì lý do có thể là đôi khi như thế.

— TechImpossible

@TechImpossible Điểm hợp lệ. Tôi chỉ đang sử dụng công cụ web. không hoạt động không an toàn.

— Royi Namir

BSOD của bạn chỉ ra quyền truy cập segfault / null-con trỏ ở cấp độ kernel . Cụ thể, một hướng dẫn tại địa chỉ 0xFFFFF800030E518Fđã cố gắng đến writeđịa chỉ bộ nhớ 0x0000000000000080trong khi ở IRQL 2. Điều này có thể xảy ra do bộ nhớ lật một chút, nhưng có mùi đối với tôi giống như lỗi trình điều khiển hơn. Một lần điều này xảy ra với tôi liên quan đến một trình điều khiển Wifi tồi, mà tôi đã hạ cấp. Bất cứ ai cung cấp hướng dẫn tại 0xFFFFF8...địa chỉ là bên có tội và nên bị vô hiệu hóa.

— Iwillnotexist Idonotexist

Đồng ý với @IwillnotexistIdonotexist - điều này chắc chắn giống như một lỗi trình điều khiển. Hãy thử chạy WhoCrashing để có thêm thông tin từ tệp kết xuất của bạn. Tôi đã thấy điều này trên các mobos mới hơn với phần cứng PCI cũ hơn. Ngoài ra trình điều khiển USB xấu cho các thiết bị cũ không thích chạy trên XHCI, v.v.

— J ...

Tôi đồng ý với @IwillnotexistIdonotexist - nó có mùi của trình điều khiển - xem một trong những câu trả lời dưới đây nói về việc sử dụng WinDbg để chẩn đoán. Nếu bạn nghi ngờ RAM, tôi sẽ nói rằng tôi đã có RAM rất tệ mà các bài kiểm tra RAM không thể chẩn đoán được. Nếu bạn bắt đầu gặp nhiều sự cố, một thử nghiệm tốt là liệu máy tính của bạn có bị hỏng sau khi thanh đó được gỡ bỏ khỏi máy tính hay không (hay còn gọi là tráo đổi gậy của bạn một lần). Nó có thể mất khá nhiều chờ đợi, nhưng nó hoạt động.

— Nick

Câu trả lời:

Không, thực tế là công cụ chẩn đoán bộ nhớ Windows vượt qua không có nghĩa là RAM của bạn chắc chắn vẫn ổn. Một công cụ kỹ lưỡng hơn nhiều là memtest86 . Công cụ này thường tìm thấy các vấn đề về bộ nhớ không xuất hiện trong các thử nghiệm khác. Bạn sẽ muốn chạy thử nghiệm mở rộng ít nhất là qua đêm.

— ChrisInEd hôm nay
nguồn

Khi mua RAM, điều đầu tiên tôi làm là ghi nhớ nó trong ít nhất 24 giờ nếu không phải 48.

— Naftuli Kay

@NaftuliTzviKay Bạn có chắc là cần thiết không? Tôi chưa bao giờ chạy memtests trên RAM của mình và chỉ làm như vậy để đối phó với các vấn đề xuất hiện, trong đó tôi chỉ có một trong tám năm.

HÃY CẨN THẬN : Có một số phiên bản cho kết quả âm tính giả (lỗi sai) trong bài kiểm tra thứ 7 (một cái gì đó liên quan đến các số ngẫu nhiên) . Sử dụng phiên bản mới nhất. Vấn đề được khắc phục trên những. Các phiên bản lỗi được bao gồm trên Ubuntu ISO. Tôi không chắc họ có cập nhật phiên bản của họ hay không.

— Ismael Miguel

@ Vấn đề là, với RAM bị lỗi, bạn không nhận được BSOD ngay sau khi đặt nó vào! Bạn có thể nhận được BSOD có vẻ ngẫu nhiên hoặc có thể kết quả của một số tính toán là sai. Hoặc các tập tin bạn lưu bị lỗi. Nếu đó là "đặt RAM bị lỗi, hãy lấy BSOD", sẽ không có công cụ kiểm tra nào bắt đầu. Nhưng với giá ngày nay tôi sử dụng bộ nhớ ECC bất cứ khi nào có thể, đặc biệt là vì tôi thích hệ thống tệp ZFS và không dám sử dụng nó không có RAM ECC.

— Josef

@ user13743 Memtest86 + cho bạn biết vị trí nào bị lỗi ... vì vậy bạn có thể kiểm tra tất cả chúng cùng một lúc.

— SnakeDoc

Công cụ chẩn đoán bộ nhớ Windows cho thấy không có lỗi. Tôi có thể kết luận rằng các thanh RAM là tốt? Hoặc có bất kỳ lỗi nào khác không được công cụ này nhận ra?

Không, bạn không thể, tôi không biết bất kỳ bài kiểm tra phần mềm nào về RAM không thể sai được 100%.

Nếu BSOD là một vấn đề tôi sẽ đặt vấn đề về nguồn điện, nếu nó xảy ra thường xuyên hơn, tôi sẽ bắt đầu xem xét phần cứng và trình điều khiển.

Thông báo lỗi của bạn có thể liên quan đến trình điều khiển, kiểm tra xem bạn đã cập nhật bất kỳ trình điều khiển nào gần đây chưa. Với các lỗi như thế này, trang web của Microsoft có rất nhiều thông tin khắc phục sự cố về các lỗi cụ thể. Tôi sẽ không truy cập chúng vì câu hỏi của bạn chỉ là về RAM, nhưng tôi khuyên bạn nên kiểm tra MS.

— Kilisi
nguồn

Lỗi này chỉ ra rằng một số trình điều khiển ở cấp kernel đã cố ghi vào bộ nhớ ảo được phân trang (có nghĩa là bộ nhớ ảo chậm được ghi bởi tệp phân trang của đĩa cứng) trong khi yêu cầu ngắt có nghĩa là được xử lý rất nhanh. Đây rất có thể là một lỗi phần mềm.

Windows có một số cấp yêu cầu ngắt (thông tin thêm ở đây và đây ). Một số IRQLa được thiết kế để xử lý các nội dung quan trọng của hệ thống như thay đổi chế độ nguồn, tích tắc đồng hồ CPU, v.v. Mức càng cao - trình điều khiển càng ít công cụ có thể làm. Ví dụ, trong khi mất điện, người lái xe không thể truy cập bất kỳ bộ nhớ nào - quá chậm cho việc đó.

Nếu bạn muốn khắc phục sự cố này và xác định chính xác trình điều khiển bị lỗi, bạn cần mở kết xuất bộ nhớ được thu thập ngay sau khi gặp sự cố. Bạn có thể kiểm tra lại vị trí của bãi chứa System Properties > Advanced > Startup and Recovery > Settings > Dump file. Xem hình ảnh

Sau đó, bạn có thể mở tệp kết xuất bằng các công cụ, chẳng hạn như WinDbg (tải xuống phiên bản phù hợp cho Windows của bạn) và trong WinDbg, bạn có thể chạy analyze -vtrên kết xuất. Điều này sẽ cho bạn biết trình điều khiển nào có khả năng bị lỗi.

— oleksii
nguồn