これはshared_ptrの適切な使用ですか？

Question

プロジェクト：一般的なチャットプログラム。サーバーは複数のクライアントからのテキストを受信し、各入力をすべてのクライアントに送っていなければなりません。

サーバでは、各クライアントにソケットfdとstd :: queueを含む構造体を持たせたいと思います。各構造体はstd :: listにあります。

入力がクライアントソケットから受け取られているので、私は構造体のリストを繰り返し処理し、新しい入力を各クライアント構造体のキューに入れたいと思います。文字列のコピーはすべてのクライアントに掛けたくないので、文字列は新しい[ed]です。しかし、私はまた、文字列への複数のポインタを持つことの頭痛を避けるために、最後に文字列を削除するときを決めることを望みます。

これは共有ポインタの適切な機会ですか？もしそうなら、shared_ptrはキューに入れるたびにインクリメントされ、キューからポップするとインクリメントされますか？

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

Answer 1

これは、shared_ptrの適切な使用です。そして、新しい、shared_ptrがプッシュするために作成されるので、はい、使用カウントは増分になります。

Answer 2

これは、疑似ガベージコレクタシステムが参照カウントよりもはるかに優れている場合です。

文字列のリストは1つだけ必要です。なぜなら、すべてのクライアントにすべての入力をファンするからです。一方の端に追加して他方から削除するので、dequeは適切なデータ構造です。

ここで、各接続では、送信した最後の文字列のインデックスを追跡するだけで済みます。定期的に（1000番目のメッセージが受信されるたびに、または4MBが受信されるたびに、またはそのようなもの）、すべてのクライアントでこのインデックスの最小値が見つけられ、そのポイントまで文字列が削除されます。この定期的なチェックは、遠く離れた（接続が切断されている可能性がある）クライアントを検出して回復する機会でもあります。このチェックを行わないと、1つのスタックされたクライアントがプログラムのメモリリークを引き起こします（参照カウント方式であっても）。

このスキームは参照カウントよりも数倍少ないデータであり、キャッシュ競合の主なポイントの1つを削除します（参照カウントは複数のスレッドから書き込まれる必要があるため、パフォーマンスが損なわれます）。スレッドを使用していない場合は、まだ高速です。