Solaris対Linuxのシステムオーバーヘッド

Question

これまでに、私はSPARCハードウェア上のSolaris 10のシステムコールのコストについて質問しました。ここ数ヶ月で、この問題は数回再現され、ここで私が見つけたものがあります。

300MBのファイルを256バイトのブロックでディスクから読み取る総合テストを行うと、Solaris 10ではかなり時間がかかりますが、それはLinuxで実行されます。テストは、次の方法で行われます。

dd if=test.dat of=/dev/null bs=256

test.datが/tmpのようなメモリマップドファイルシステムに格納されている場合でも、Linuxは大きなマージンでのSolarisよりも性能が優れています。ユーザー空間とカーネル空間の間を行き来するオーバーヘッドは、Solarisでは同じハードウェア上で実行されている場合でも、Linuxよりもかなり高いようです。

私は2つの質問がある：それは、Linux経由でSolarisの既知の問題点のいくつかの種類

1. ですか？
2. I/Oブロックのサイズを256から増やすことができないと仮定して、Linuxを一致させるためにSolarisを調整する方法はありますか？

ありがとうございました！

Answer 1

質問にはさらに詳しい情報を含める必要があります。私の意見では、あなたの問題はファイルシステムに関するものであり、運用システムに関するものではありません。 XFSを使用すると、512バイトから64キロバイトの範囲のブロックサイズでファイルシステムを作成することができ、ファイルシステムを期待通りの使用に調整できます。 Solarisでは、デフォルトのファイルシステムはxfsです。したがって、256バイトのブロックサイズは適切なパラメータではありません。何が起こるか見るために512に増やしてください。

Answer 2

あなたはこれを本当のリンゴとリンゴの比較とし、SolarisとLINUXの箱の性能/容量が同じであると仮定しますか？とにかく、いくつかの重要な質問はこのを通してあなたを助けるために：

1）次のコマンドを実行するとのvmstat 1このDDが実行されている間、あなたはLINUX対のSolaris 10のボックスに数字の種類を得るのですかボックス？

2）その操作の経過時間はどのくらいですか？私はそれを行うには、Solaris 10 x86のを実行している私のPC上でかろうじて2秒を見ている...

3）（あなたのかのパラメータの完全修飾パスを使用してみてくださいすなわち場合=を/ tmp/TEST.DAT vs if = test.dat）、/ tmpを実行していることを二重に確認するだけです。

ショーン。