lsはリモートサーバーでゆっくり実行されます

私には非常に奇妙な問題があります。マシンにアクセスしなければ診断が難しいかもしれませんが、おそらく誰かが助けてくれるかもしれません。

OS Xを使用しており、ローカルマシンでls即座に実行されます。ただし、特定のリモートサーバーにログインしlsてホームディレクトリでのみ実行すると、戻るまでに約15秒かかります。また、ホームディレクトリには数個のファイルしかない。サブディレクトリまたはそれ以上のディレクトリに切り替えると、lsすぐに実行されます。

奇妙なことは次のとおりです。別のコンピューターを使用してリモートサーバーにアクセスlsし、ホームディレクトリで実行すると、すぐに戻ります。

要約すると、特定のラップトップ+特定のリモートサーバー+特定のディレクトリ= lsの実行が遅い

何か案は？または、少なくともこれをデバッグする方法はありますか？

編集：さて、もっと奇妙な。lsの最初の実行では遅いだけです。その後の実行はすべて高速です。初めてのように遅いので、もう一度タイプするのに苦労したことはないと思います。

何が起こっているのかを確認するのは少し難しいです。あなたの症状は、実際の問題（まあ、そうではない）とテストバイアスの混合によって簡単に説明できます。

たとえば、Linuxサーバーが単にディスクをアイドル状態にしており、必要なディレクトリがキャッシュにない（または、外部ディスクとしてスピンダウンされたデバイスにマウントまたはリンクされている）と仮定します。

その後、最初のアクセスにはスピンアップ/アイドリングが必要で、15秒がかかります。

別のディレクトリに移動すると、別のデバイスまたは現在回転しているデバイスにあるため、高速です。

同じディレクトリに戻ると、高速になりました（IOSSキャッシュも何か関係があるかもしれません）。

あなたはログアウトして別の場所からログインして、しかし、今のデバイスは、まだキャッシュはまだ下塗りされ、回転している、とディレクトリが速いです。

このような問題ではないことを確認するには、適切な時間待機してから、3番目のコンピューター（最初lsは高速だったコンピューター）から最初にログインを再試行し、現在lsが実際に遅いかどうかを確認する必要があります。

これをデバッグする方法についての部分に答えます。Linuxセッションでこれを試してください。

sudo strace ls

そして、15秒間ハングするシステムコールに注意してください。

（OS-Xでは、「dtruss」を使用するか、dtrace（man dtrace）を使用できます）