セッションごとに接続するか、1つの接続で複数のセッションを多重化する

Question

クライアント/サーバーアーキテクチャを設計する場合、同じプロセスからリモートサーバーに複数の接続を多重化する（つまり1つの接続を共有する） （通常memcachedまたはデータベースサーバーに接続するときに行われるように）。

各接続に関連するオーバヘッドがあることは知っています（たとえば、サーバーに50,000のオープン接続で大量のRAMを使用する場合）これはfacebookがmemcached用のUDPパッチを作った主な理由の1つでした。しかし、私はその数に近いところにいるとは思っていません。たぶん10,000であろう。また、tcp/ip接続を確立して認証を行うことも節約できますが、今のところ、memcachedのようにファイアウォールソフトウェアに許可を残しておきたいと思います。

接続が10K未満のtcp/ipクライアント/サーバアプリケーションで多重化接続を実装する理由はありますか？

編集 - 詳細：

これは、私が働いているデータベース・サーバ/クライアント用です。私は、InformixとOracleは実際には1つのtcp/ip接続でセッションの多重化を許可していると思います。 Informixのドキュメントでは、彼らは（おそらくそれは、スレッドセーフな実装ではありませんが、マルチスレッドクライアントのは言及しない。）あなたは非スレッドのクライアントのパフォーマンスの向上を得ることができます言う

Answer 1

開口部対複数の接続を多重化するために任意の利点がありますスレッド/セッションごとに1つの接続

はい、ただし、シンプレックスの実装によって異なります。ファイアウォールの混乱については、おそらくあなたは知っているでしょう。 FTP、SIPなど、特に暗号化が途中で使用される場合。これは、複数の接続を使用するか、1つの接続のみを使用するかの決定に影響を与えます。