'Triệu chứng "là gì và tại sao đôi khi sử dụng 60% CPU iMac của tôi?


11

Có một quy trình hệ thống trên iMac của tôi chạy El Capitan được gọi là "triệu chứng" đã liên tục bị trả lại từ khoảng 20% ​​đến 60% tài nguyên CPU trên iMac của tôi.

Nó đang chạy từ /usr/libexec/symptomsd. Có một khung riêng mà nó tải được gọi là /System/Library/PrivateFrameworks/Symptoms.frameworkchính nó chứa các khung khác được gọi là:

  • ManagedEvent.framework
  • SymptomAnalytics.framework
  • SymptomEvaluator.framework
  • SymptomPresentationFeed.framework
  • SymptomPresentationLite.framework
  • SymptomReporter.framework

Nó dường như không ghi nhiều vào các tệp nhật ký hệ thống. Trên thực tế, thông báo có liên quan duy nhất trong "Tất cả tin nhắn" trên iMac là:

syslogd [46]: Thông báo cấu hình: Mô đun ASL "com.apple.networking.sym Triệu" yêu cầu các tin nhắn được chọn. Những thông báo có thể không xuất hiện trong tệp nhật ký hệ thống tiêu chuẩn hoặc trong cơ sở dữ liệu ASL.

Có một tệp ưu tiên /private/etc/asl/com.apple.networking.symptomsdường như chỉ ra rằng các bản ghi nên được ghi vào /Library/Logs/CrashReporter/com.apple.networking.symptoms.lognhưng tệp đó thậm chí không tồn tại trên iMac của tôi.

Tôi đã thử xem những gì nó đang làm với các công cụ như thế nào fs_usagenhưng tôi không nhận được nhiều thông tin hữu ích trở lại chỉ là rất nhiều yêu cầu "ioctl". Tôi đã thử giết thủ công và kích hoạt nó để khởi chạy lại và dường như nó sẽ kiểm tra tất cả các ứng dụng được cài đặt trên iMac của tôi và sau đó quay lại để thực hiện nhiều yêu cầu "ioctl".

Tìm kiếm trên Google tất cả những gì tôi có thể xác định là đây dường như là một trong những điều được chia sẻ giữa OSX và iOS. Không có thông tin bất cứ nơi nào về những gì nó thực sự làm mặc dù.

Bất cứ ai cũng có bất kỳ ý tưởng gì quá trình này là cho hoặc biết bất cứ nơi nào nó được ghi lại?


1
Phân tích hay cho đến nay, tôi chưa thử phân tách chương trình, nhưng bạn nên chạy sysdiagnose symptomsvà có thể báo cáo lỗi / phản hồi cho Apple. Tôi chưa thấy nó hoạt động sai trên bất kỳ hệ thống nào, nhưng tôi đã kiểm tra phần còn lại của nhật ký hệ thống vì sự hiểu biết của tôi là liên quan đến báo cáo sự cố, phản hồi và tổng hợp / thu thập nhật ký để cải thiện OS X.
bmike

Tôi đang thấy các triệu chứng tương tự: tải CPU cao bởi "triệu chứng". Tôi cũng nhận thấy "mDNSResponder" có tải CPU cao (khoảng 50%). Yêu cầu DNS rất chậm và hệ thống thường cảm thấy chậm chạp. Sự phản hồi trở lại sau khi tôi giết (Force Quit) "triệu chứng". Đáng chú ý, "triệu chứng" không tự động hồi sinh. Vì tò mò, bạn có đang sử dụng VirtualBox không? Hệ thống: OS X 10.11.4
Daniel

@Daniel Trước đây tôi đã sử dụng VirtualBox, nhưng không phải trên máy bị ảnh hưởng.
Alistair McMillan

Câu trả lời:


1

Tôi có một iMac và có cùng một vấn đề. Nó dường như là một lỗi trong Mac OS X.

Trong trường hợp của tôi, tôi đã bật cả Ethernet và Wifi cho iMac của mình. Tắt Ethernet System Preferences > Network, giữ Wifi là kết nối duy nhất, ngăn chặn hoàn toàn sự cố. Bây giờ, symptomsdtiêu thụ khoảng 0,2 ~ 0,3% tải CPU như dự kiến.

Tôi mới bắt đầu trải nghiệm gần đây sau khi nâng cấp lên Mac OS X 10.11.1. Tôi đoán đây là một lỗi được giới thiệu gần đây.


Cảm ơn đã dành thời gian để trả lời. Tôi đã thử điều này, nhưng nó không có sự khác biệt. :(
Alistair McMillan

0

Triệu chứng chạy như là một phần của khung CrashReportor.


Không có "CrashReporter.framework" trên OS X. Ý bạn là "CrashReporterSupport.framework"?
Alistair McMillan

0

Tôi có cùng một vấn đề với quá trình triệu chứng khi ăn cpu (chuột bị v.v.), khi máy mac của tôi kết nối với web với mạng LAN (thunderbolt 2 lan dongle) và Truyền hoạt động toàn lực.

Tôi đoán tôi đã tìm thấy một sửa chữa cho điều này, dunno nếu nó hoạt động cho bạn - cài đặt mạng goto, chọn kết nối lan, goto nâng cao, chọn tab phần cứng, sau đó định cấu hình thủ công, thay đổi song công của bạn thành "song công hoàn toàn, kiểm soát luồng ", những thứ khác để lại như vậy (của tôi là" speed-1000baseT "/" mtu-standard 1500 "/ AVB được bật).

Hi vọng điêu nay co ich.


-2

Không quản lý để tìm thấy bất kỳ thông tin kết luận về triệu chứng bất cứ nơi nào cho đến nay.

Và không hoàn toàn tin tưởng vào sửa chữa của tôi, nhưng tắt tường lửa dường như làm giảm bớt vấn đề cho tôi.

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.