web-dev-qa-db-ja.com

ディレクトリ/ファイルを一覧表示するときのOSXの大幅な遅延

ディレクトリ/ファイルを一覧表示するときに、OSXに重大な遅延が発生しています。もともとは、HDやOS Xの他の部分ではなく、Finderの問題だと思っていましたが、VersionsやThe Unarchiverなどの他のアプリとのファイルアクセスの遅れに気付いたので、どこにあるのか本当にわかりません。問題はあります。

ラグは主に、Finderでディレクトリ/ファイルを一覧表示するときに発生するようです。ここでは、最大12秒ほどのラグが表示されます（フォルダが開き、リストが空白になり、スピナーが右下に表示されます）。

  • これは、2つの異なる（非常に同様に構成されている）コンピューターで発生します
  • これは、ローカルSSDとネットワークドライブ（イーサネットまたはwifi経由で接続）の両方で発生します
  • ターミナル内のローカルドライブとネットワークドライブの両方を参照し、ディレクトリを一覧表示するのは瞬時です
  • ローカルネットワークに接続しているときにFinderよりも速く、国の反対側から3G接続を介して携帯電話からNASのファイルを実際に閲覧できます。

誰か助けてもらえますか？ありがとう。

編集：

fs_usageコマンドでテストした後、起動されたように見え、速度が低下しています。これらの2行は、リストするのに非常に長い時間がかかった2つのディレクトリを開いた直後に表示されました。

13:23:58.528825  select         S=1       4.493972 W launchd.1347
13:24:58.572283  select         S=1       9.954218 W launchd.1347

何かご意見は？

2回目の編集：

さらにfs_usageログといくつかの追加エントリ：

13:44:26.172945  select           S=1           1.157757 W Finder.4854
13:44:32.653263  select           S=1           9.987226 W launchd.1345
13:44:32.686134  select           S=1           1.327516 W dbfseventsd.3639
13:44:42.152977  select           S=1           9.473943 W launchd.1345
13:44:42.173888  select           S=1           9.487425 W dbfseventsd.3639
13:44:46.135971  select           S=1           19.926955 W Finder.4854
13:44:47.623476  select           S=1           1.472648 W Finder.4854
13:44:48.718721  select           S=1           2.344869 W dbfseventsd.3639
13:44:52.657413  select           S=1           1.615911 W launchd.1345
13:45:12.591938  select           S=1           15.687167 W launchd.1345
13:45:15.359595  select           S=1           2.747797 W dbfseventsd.3639
macosmachard-drivefinderlag
6
Jack Sleight

コメントは、破損や大きな.DS_Storeファイル、またはシステムにそれぞれのプレビューを表示させる多数のドキュメントなど、Finderが遅くなるいくつかの一般的な理由にすでに当てはまります。

本当にIOをトレースしたい場合は、fs_usageコマンドを使用して、すべてのファイルシステムアクティビティをターミナルウィンドウにダンプし、オプションで、気にしないプログラムから結果をgrepして、短いIOは、IOが完了するのに100分の1秒以上かかっているものの写真を取得します。

Sudo fs_usage -w | grep -v grep | grep -v 0.00

質問の編集では、遅いIOは疑わしいもののようには見えません。 FinderでIOをブロックしている場合、launchdから逃れることはできません。これは、ネットワークファイルシステムが応答していない（または、ネットワークでパケットの遅延が非常に長いという問題が発生している）ためです。 ）。

残念ながら、電話クライアントがFinderよりもはるかに高速で、IOを監視し続ける場合は、電話クライアントから参照する必要があるかもしれません。おそらく、すべてのネットワーク共有を切断すると、遅いIOがダウンし、Finder/CPU /ローカルの問題ではなく、ネットワークの遅延/問題があると結論付けることができる場合があります。 fs_usageダンプで何かがおかしいように見えることを望んでいましたが、投稿されたとおり、結果は私には正常に見えます。

1
bmike