RMIのオーバーヘッドは大きいため、適切ではありません。単純なプロトコルを作成し、ソケットを使用してデータを送信することをお勧めします。
許容できるレイテンシに応じて、ソケットバッファサイズを構成し、Nagleアルゴリズムをオフにする必要があります。
これにはRMIを使用しません。RMIはリモートメソッド呼び出しのためだけにあります。つまり、クライアントがサーバー側でメソッド（つまりビジネスロジック）を実行したい場合です。
これにはソケットで問題ありませんが、この特定のシナリオではJMS（Javaメッセージングサービス）を検討することをお勧めします。JMSは、トピックと呼ばれるものをサポートします。これは、基本的に、そのトピックに関心のあるすべてのリスナーにブロードキャストされます。また、一般的に非常に高速になるように最適化されています。
Apache ActiveMQのようなものを使用して、目的を達成できます。また、永続性（キューがダウンした場合のメッセージはキューに残っている）、メッセージの有効期限（クライアントがメッセージを取得しない場合にメッセージを古くしたい場合）などの多くのオプションがあります。
もちろん、通常のソケットを使用してこれらすべてを実装し、すべてを自分で処理することができますが、JMSはこれらすべてを提供します。テキストやバイナリデータ、さらにはシリアル化されたオブジェクトを送信できます（個人的には後者をお勧めしません）。
RMIは要求/応答プロトコルであり、ストリーミングプロトコルではありません。TCPを使用します。