shared_ptrを使用したオーバーヘッドと実装

Question

短い紹介：私はマルチスレッドのコードを作成しており、2つのスレッド間で動的に割り当てられたオブジェクトを共有する必要があります。私のコードをクリーナーにするためには、各スレッドのオブジェクトを明示的に「削除」したいので、それでshared_ptrを使いたいのです。

最初の質問：

私はshared_ptrで-> operatorの実装は、実行時にいくつかの余分なオーバーヘッド（unique_ptrその後、例えば、より大きな）を持っているかどうかを知りたいです。私が話しているオブジェクトは、通常、オブジェクトのメソッドとフィールドにしかアクセスできないため、作成後に一度しかコピーされないlonglifeインスタンスです（スレッド間でそれらを分散すると）。

ご存知のように、shared_ptrは参照カウントのみを保護します。

2番目の質問：

のlibstdC++にshared_ptrを最適化されてどれだけ？それは常にmutexを使用するのか、原子操作を利用するのですか（私はx86とARMプラットフォームに焦点を当てます）？

Answer 1

最初の質問：私はフィールドがスタック上にあるように、右shared_ptr<T>クラスのT*のローカルキャッシュを持って見ているoperator->

すべての実装を使用するには、operator->は、このように匹敵していますスタックを使用するコストはローカルT*です。オーバーヘッドはまったくありません。

2番目の質問：ミューテックス/アトミック

私はのlibstdC++はどうか標準的な設備または特定のグラムを通じて、x86プラットフォーム上でアトミックを使用することを期待++（古いバージョンでは）組み込み関数。私はBoostの実装がすでにそうしていると信じています。

ただし、ARMについてはコメントできません。

注：C++ 11では移動のセマンティクスが導入されているため、多くのコピーはshared_ptrの使用では当然避けられます。

注意：一般的にコピー/破壊のほとんどを避けるためにshared_ptr（constかどうか）への参照を使用することができますので、これらのパフォーマンスはあまり重要ではありません、shared_ptrhereの正しい使用方法について読みます。

Answer 2

GCCのshared_ptrは、シングルスレッドコードではロックもアトミックも使用しません。マルチスレッドコードでは、アトム比較スワップ命令がCPUによってサポートされている場合はアトミック操作を使用し、そうでない場合は参照カウントがミューテックスによって保護されます。 i486以降ではアトミックを使用し、i386はcmpxchgをサポートしていないため、ミューテックスベースの実装を使用します。私はARMがARMv7アーキテクチャー用にアトミックを使用していると考えています。

（std::shared_ptrとstd::tr1::shared_ptrの両方に同じ。）