systemstatsd로 인한 Mac mini의 Yosemite에서 매우 느린 성능

요세미티에서 얼마간의 시간을 보낸 후 2009 년 말 Mac mini가 나왔습니다. 예를 들어 Safari는 때때로 시작하는 데 1 분 정도 걸립니다.

물론, 많은 백그라운드 작업 (Dropbox, BitTorrent Sync, AirServer)을 실행하고 있지만 요세미티로 업그레이드하기 전에는 변경되지 않았습니다.

내 주요 용의자는 매우 높은 네트워크 사용량입니다. kernel_task 프로세스는 많은 LAN 대역폭을 사용하고 있으며, 명백한 이유없이 0으로 내려 가기 전에 때때로 몇 초 동안 60MB (메가 바이트) / s를 다운로드합니다. 사용 된 총 대역폭은 2 주간의 가동 시간 후 14 테라 바이트 (!)를 초과했습니다.

파일과 백업을 공유하는 데 사용하는 NAS가 있지만 대역폭을 사용하는 프로세스는 kernel_task이므로 어떻게 생각해야할지 모르겠습니다.

업데이트 : 임시 해결 방법 systemstatsd으로 아래에서 언급 한 파일을 정기적으로 지우는 스크립트를 설정 했지만 근본 원인은 여전히 해결되지 않았습니다.

오늘 나는 세 가지를 발견했다.

3 일 만에 다운로드 된 총 데이터 양은 3,300GB입니다.
현재 약 12 초마다 네트워크 활동이 향상되어 몇 초 동안 이더넷 인터페이스가 최대가됩니다.
BitTorrent Sync 앱을 종료하면 항목 번호 2가 사라졌습니다.

내 이론은 다음과 같습니다. BitTorrent Sync에는 네트워크에서 문제를 일으키는 버그가 있습니다.이 버그 자체는 꽤 많은 시스템 리소스를 사용합니다. 결과적 systemstatsd으로 딸꾹질 이 발생 하여 시스템에 최종 부담이 발생합니다.

yosemite el-capitan mac-mini

— 서리
소스

누가 네트워크를 사용하고 있는지 확인 했습니까? 활동 모니터와 콘솔에서 진행 상황에 대한 추가 정보를 얻을 수 있습니까?

— Ruskes

더 많은 정보를 얻으려면 터미널에서 lsof -i를 사용하십시오!

— Ruskes

활동 모니터에 따르면 kernel_task가 대역폭을 사용하고 있습니다. 가동 시간 22 시간 동안 1,7TB 더 가까이 다가오는 것은 없습니다. 흥미롭게도 systemstatsd는 같은 기간 동안 디스크에 1,53TB를 기록했습니다.

— Frost

고마워, 그래서 50 시간 후 내 systemstatsd가 = 0 (제로)임을 비교하면, 마지막으로 재부팅 한 시간은 2 주 전과 같습니다. 파이어 폭스 (이 사이트)와 같이 많이 사용하는 브라우징, + 메일, + Skype는 이름을 정하기 만합니다. 그래서 당신의 시스템 통계가 무엇을하고 있는지 알아 볼까요?

— Ruskes

또한 bitTorrent를 실행하는 것에 대해 언급했습니다. 관련이 있습니까?

— Cullub

답변:

범인은 실제로 시스템 통계입니다. 내가 이해하는 방식은 프로세스가 여러 시스템 통계를 생성하고 나중에 분석 할 파일로 덤프합니다. 어떤 이유로 든, 해당 파일이 재설정되지 않아서 막대한 통계 파일이 생성되어 분석에 많은 리소스가 필요했습니다.

내가 한 것은 분석 데몬을 멈추는 것이 었습니다. sudo launchctl stop com.apple.systemstatsd sudo launchctl stop com.apple.systemstatsd.analysis

통계 덤프 파일을 제거하십시오 (당시 크기는 약 3 기가였습니다) cd /private/var/db/systemstats/ sudo rm snapshots.db

데몬을 다시 시작 sudo launchctl start com.apple.systemstatsd sudo launchctl start com.apple.systemstatsd.analysis

그 덤프 파일이 지워지지 않은 이유를 결코 알지 못했지만 PRAM과 관련이 있다고 생각합니다. 그래서 부팅 차임이 들릴 때까지 CMD, ALT, P, R을 재부팅하고 눌러 재부팅하여 마침내 재설정했습니다. 두 번째로 들었습니다.

최종 결과는 이전보다 훨씬 더 빠른 Mac입니다. 다음은 PRAM을 자르면 근본 원인이 제거되기를 희망합니다.

추가 자료 : snapshot.db의 용도는 무엇입니까?

— 서리
소스

당신 systemstats은 통제력이 부족한 것 같습니다.

systemstats 프로세스는 시스템 통계 및 전력 사용에 대한 정보를 검색하는 데 사용됩니다

50 시간의 CPU 시간 후에 Mavericks와 함께 MBA에서 0 % CPU 사용률로 systemstatsd를 비교했습니다. 디스크 사용량은 18MB (총 45GB)이므로 TB는 없습니다.

재설정하여 도움을 줄 수 있습니다.

Utility 폴더에있는 터미널에서 붙여 넣기를 복사하십시오.

sudo killall systemstats

요청시 로그인 비밀번호를 입력하십시오.

또는 터미널 사용이 마음에 들지 않으면 활동 모니터 창을 사용하십시오.

잘못된 시스템 통계 프로세스를 선택하고 (x) 버튼을 선택하여 강제 종료하십시오.

추신

그렇습니다. 시스템 통계와 시스템 통계의 두 가지 프로세스가 있습니다.

원인 : 일반적으로 시스템 통계가 Activity Monitor 또는 활동 모니터를 짧은 시간 동안 급등시키는 경우 걱정할 필요가 없으며 많은 표준 Mac 기능으로 인해 일시적으로 나타날 수 있습니다. 예를 들어, 시스템 통계 프로세스는 OS X 배터리 메뉴에서 에너지 사용 옵션을보고 MacBook 라인에서 트리거되며 다른 사용자는 다른 에너지 설정을 조정할 때이를 간략하게 볼 수 있습니다. 명백한 이유없이 프로세스가 매우 높은 CPU 사용량으로 지속적으로 실행될 때 문제가 발생합니다.

에너지 사용량, 배터리 등을 확인하거나 SMC 재설정을 수행 할 수 있습니다.

— 러스크
소스

-1

2009 년 말 Mac Mini가 있습니다. 메모리를 2G에서 8G로 올렸는데 문제가 해결 된 것 같습니다. 물론 비용은 $ 90입니다. Crucial.com에서 메모리를 주문하고 설치하기 위해 매우 명확한 비디오를 사용했습니다 (주의가 필요하지만 전문적인 기술이 필요하지만 전문 기술은 필요하지 않음). https://www.youtube.com/watch?v=5KaHNLR6Aac

— dwkreutzer
소스