どのように速いがRMIですか？

Question

見るかという問いに 通信に別途のJavaアプリケーションのためでも利用 (答え:JGroups)んでもらえるように考えていを実施いJavaGroupsまたは直RMIが速でした。いで送信で大量のデータ（コンテンツのMIDIメッセージなので3バイト毎となりますので、あのような二つのメッセージ三ミリ秒からの経過ミリ秒数)は、これまで実行するのと全く同じです。 でdaftいるRMI/JGroups同じ物理マシンにはログインが必要で?

私の考えはできません以上1msの待ち時間、しかし、私たがんができるかについての話速ています。)

思っ質問は などがありますinterapp通信Javaることを通じたより高速TCP/IP? だっても推進されており、既存のJavaは、JNIの可能性といを実装する必要があると:)

かんの最適化を早めることもに、より安全なよ。

Answer 1

などがありますinterapp通信Javaることを通じたより高速TCP/IP?

大きく変わらない...AFAIK.

がんを考えていることを正しく行えるかどうかである。仮に移動し小さなメッセージはメインとなるパフォーマキラーのオーバーヘッドの呼び出によるバイトが移転しました。これらのオーバーヘッドなどの時間をシステム呼び出し、スイッチ過程に文脈のクライアントとサーバー側の処理メッセージのパケットヘッダ内のカーネルのルートの場合はパケット.他の同期RPCのように相互作用を伴通話をするのを待って、返信;すなわちこのアプリ->server->往復。

他の大スループットは次の:

• 数の削減RPCsることが必要なもの;例えば組み合わせることにより粗粒、

• 見方に同期相互作用への非同期性相互作用例えば使用メッセージによRPCに基づく技術です。

Answer 2

場合速度が本質することができるようになり、通話と同じ。いてこれを使用します。

しかし、仮に速度は非常に重要なを行うことが可能ですJava RMI呼び出しは約500マイクロ秒をカスタムコードRPCできるようになる以上であるloopback約24マイクロ秒です。でもデーターとスレッドと同じJVMで8マイクロ秒です。

必要なものでも大人気の理由がある場ネットワーク。また必要かどうかを判断するために、時間に電話が重要で、時間を返します。でも後者はダブルの架)

注意：しかし私のマイクロ秒こちらはミリ秒です。思を無視する為のオプションを複数ミリ秒単位になるお客様の目的.

Answer 3

このベンチマーク 必要に応じていつでも歳ですが、この人気のJavaリモ溶液よりも早くRMIは ヘ2がもっとも重要な課題でありβと思い).

しかし場合のメッセージがないだけではなく、桁のバイトをリモ液感を失わせないアイテムが、プロセスで実行するのと全く同じです。されています。集約することで単一のプロセスが可能です。できるだけ利用 平野古Javaソケット.

Answer 4

でdaftいるRMI/JGroups同じ物理マシンにはログインが必要で?

マシンが良くあり:)まだ走行機械のプロセスを食べCPU等しいものがなければならないと思います。として常に最善の方法を見れば、その立ち上げられるということで、あるとしていたことが分かりました。

以下は、ミリ秒単位の時間を使ってnanoTimeと同じJVM を送信する文字列"123"をrmiのサーバー concatで"abc"を "123abc"を返します。

冷JVM:約0.25ミリ秒の遅延

0.250344
0.262695
0.241540
0.282461
0.301057
0.307938
0.282102

温JVM:約0.07ミリ秒の待ち時間をゼロにすることに

0.87916
0.72474
0.73399
0.64692
0.62488
0.59958
0.59814
0.66389

できるものであり、1ミリ秒の場合、RMIサーバとクライアントが走ります。