web-dev-qa-db-ja.com

AFPは痛々しいほど遅い

AFPを使用してファイルをコピーするのに40分かかりましたが、scpを使用すると7分しかかかりませんでした。なぜAFPはとても遅いのですか？

私のセットアップ：

  • D-Link DIR-300 wifiルーター
  • snow-Leopard搭載のiMacがAFPに対応
  • Leopardを搭載したMacbookがクライアントです
mac-osxwifiafp
5
yairchu

ただの予感ですが、テストするのは簡単です。両方のMacでこれを試してください：

sysctl net.inet.tcp.delayed_ack

...それが報告することに注意してください。整数、おそらく値2または3になります...次に、ゼロに設定します。

Sudo sysctl -w net.inet.tcp.delayed_ack=0

... AFPクライアントで、すべてのAFPマウントボリュームをマウント解除し、それらを再マウントして、新しいTCP接続を確立します。次に、ファイルコピーテストを再試行し、速度が大幅に向上しました。

Mac OSXのTCP Delayed Ackアルゴリズムが最適ではなかったという状況に遭遇したので、このテストを実行して、それをすばやく除外することをお勧めします。

9
Spiff

長い間、AFPはTCPを介して機能し、パケットサイズに干渉しなくなりました。または実際には任意のパケット。

それにもかかわらず、私は数年前に3Comスイッチで不条理な経験をしました。それは、私がそこに置いたあらゆる種類のトラフィックで、WindowsおよびLinuxマシンで完全に機能しました。しかし、Macに関係するものはすべて、ばかげて遅かった（100kビット/秒など）。私はカスタマーサービスに電話して、たくさんのトラフィックキャプチャを送信しました。しかし、EtherealがAppleとラベル付けしたパケットを見るとすぐに...何であれ、彼らは「appletalkをサポートしていません」と言ってケースを閉じました。私はなんとかスイッチを3回変更しました。しかし、違いはありませんでした。

言うまでもなく、これは私がこれまでに購入または推奨した最後の3Com製品でした。ここで、DLinkおよびDellスイッチを使用します。それらの問題はありません。

もちろん、それはあなたのケースではありません。

1
Javier

私はAFPのパケットサイズが非常に小さいことを読んだので、特に暗号化を有効にしている場合、これはwifiでうまく機能しない可能性があります。わずかなパケット損失でもあなたを殺している可能性があります。または、暗号化のオーバーヘッド（小さなパケットで）がすべての帯域幅を消費している可能性があります。

どちらの方法でも、ここで問題を解決していますか？なぜscpを使用しないのですか？

0
hellomynameisjoel