systemstatsdが原因でMac miniのYosemiteでパフォーマンスが非常に遅い


9

私は2009年後半にMac miniを手に入れましたが、Yosemiteでしばらくしてからパフォーマンスが非常に低下し始めました。例として、Safariは時々起動するのに約1分かかります。

確かに、私はいくつかのバックグラウンドタスク(Dropbox、BitTorrent Sync、AirServer)を実行していますが、Yosemiteにアップグレードする前と比べて変化はありません。

私の主な疑いは非常に高いネットワーク使用量です。プロセスkernel_taskは多くのLAN帯域幅を使用しており、明確な理由もなく、ゼロになる前に数秒間60 MB(メガバイト)/秒をダウンロードすることがあります。使用された帯域幅の合計量は、2週間の稼働時間後に14テラバイト(!)を超えました。

ファイルとバックアップの共有に使用するNASを持っていますが、帯域幅を使用するプロセスはkernel_taskであるため、どうすればよいかわかりません。

更新:一時的な回避策として、systemstatsd下記のファイルを定期的に消去するスクリプトを設定しましたが、根本的な原因は未解決のままです。

今日、私は3つのことに気づきました:

  1. 3日間でダウンロードされたデータの合計は3,300 GBになります。
  2. 現在、約12秒ごとにネットワークアクティビティが向上し、何かがイーサネットインターフェイスを数秒間使い果たします。
  3. BitTorrent Syncアプリを終了すると、アイテム番号2はなくなりました。

私の理論はその時です:それ自体がかなりのシステムリソースを使用するネットワーク上でそれを動かしているBitTorrent Syncにいくつかのバグがあります。これは順番systemstatsdにしゃっくりを引き起こし、システムに最終的な負担をかけます。


ネットワークを使用しているユーザーを確認しましたか?アクティビティモニターとコンソールを見て、何が起こっているかについての詳細を取得できますか?
Ruskes 2014

ターミナルでlsof -iを使用して詳細を取得してください!
Ruskes 2014

アクティビティモニターによると、kernel_taskは帯域幅を使用しています。22時間の稼働時間中に1.7 TB。他には何も近づきません。興味深いことに、systemstatsdは同じ期間にディスクに1,53 TBを書き込みました。

おかげで、50時間後にsystemstatsdが= 0(ゼロ)であると比較すると、前回再起動したのは2週間前のようでした。Firefox(このサイト)のような通常の使用法、多くのブラウジング、+メール、+ Skypeだけで主要なものに名前を付けることができます。それでは、systemstatsdが何をしているのか調べてみましょう。
Ruskes 2014

また、bitTorrentを実行しているとおっしゃっていましたが、関連しているのでしょうか?
Cullub 14

回答:


8

犯人は確かにsystemstatsdでした。私が理解している方法では、そのプロセスは両方ともいくつかのシステム統計を生成し、それらを後で分析するファイルにダンプします。何らかの理由で、そのファイルはリセットされなかったため、分析に深刻なリソースを使用する巨大な統計ファイルが作成されました。

私がしたことは分析デーモンを停止することでした、 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の用途は何ですか?


1

あなたsystemstatsはコントロールが不足しているようです、それは操作の遅さを説明するでしょう。

systemstatsプロセスは、システム統計および電力使用量に関する情報を取得するために使用されます

ちょうど比較するために、50時間のCPU時間後に、MBAでのCPU使用率が0%のsystemstatsdとマーベリックスを比較しています。また、ディスク使用量は18 MB(合計45 GBから)なので、TBはありません。

あなたはそれをリセットすることによってそれを助けることができます。

Utilityフォルダーにあるターミナルに以下をコピーして貼り付けます。

sudo killall systemstats

求められたらログインパスワードを入力します。

または、ターミナルを使用したくない場合は、アクティビティモニターウィンドウを使用します。

誤ったsystemstatsプロセスを選択し、(x)ボタンを選択して強制終了します。

PS

はい、systemstastsとsystemstatsdの2つのプロセスがあります。

*

原因:一般に、systemstatsが短時間にActivity Monitorまたはtopを急上昇させても、心配する必要はありません。多くの標準的なMac機能によって一時的に表示される場合があります。たとえば、systemstatsプロセスは、OS Xのバッテリーメニューからエネルギー使用量オプションを確認することによりMacBookラインでトリガーされ、他のユーザーは他のエネルギー設定を調整するときにそれを短時間見ることがあります。この問題は、明確な理由もなく、プロセスが常に非常に高いCPU使用率で実行されているときに発生します。

  • エネルギー使用量やバッテリーなどを確認したり、SMCリセットを実行したりできます。


-1

2009年後半にはMac Miniが発売されました。メモリを2Gから8Gに増やしましたが、問題は修正されたようです。もちろん、それは90ドルかかります。Crucial.comでメモリを注文し、この非常に明確なビデオを使用してインストールを行いました(いくつかの注意と技術的な適性が必要ですが、専門的なスキルは必要ありません)。https//www.youtube.com/watch?v = 5KaHNLR6Aac

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.